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INTRODUCTION 

Each  of  the  sites  in  the  Clark  Fork  River  watershed  presents  a  highly  complex  series  of  human  health 
and  environmental  problems.   More  importantly,  the  sites  are  inter-related  to  the  extent  that  actions 
taken  at  one  of  the  upstream  sites  can  impact  a  downstream  site.   In  1986,  EPA  and  MDHES 
officials,  recognizing  that  the  same  Potential  Responsible  Party  (PRP)  is  involved  in  each  of  the  major 
sites,   decided  to  consolidate  the  activities  at  all  sites.   An  integrated  management  plan  and 
organizational  structure  was  established  to  maintain  consistency  in  enforcement  strategies, 
community  relations,  and  sequencing  of  remedial  actions.   One  aspect  of  this  management  plan  was 
the  formation  of  a  basin-wide,  Clark  Fork  Data  System,  including  GIS  capability. 

Through  a  Cooperative  Agreement  with  the  Montana  Department  of  Health  and  Environmental 
Sciences  (MDHES),  EPA  has  provided  funding  for  development  and  implementation  of  an  automated 
data  system  serving  the  four  Superfund  sites  on  the  Upper  Clark  Fork  River.   The  Agreement  was 
initiated  on  March  31,  1987,  was  revised  on  October  1,  1988  and  October  1,  1989,  and  extends 
through  September  30,  1991.   The  Agreement  involves: 

•  Development  and  implementation  of  a  consolidated  data  base  for  all  CERCLA  sites  in  the 
Clark  Fork  River  basin.   This  system  is  housed  at  and  managed  by  the  Montana  Department 
of  Health  and  Environmental  Sciences'  (MDHES)  Solid  and  Hazardous  Waste  Bureau. 

•  Development  and  implementation  of  a  geographic  information  system  (GIS)  to  aid  in 
management,  display  and  analysis  of  Clark  Fork  spatial  data.   The  GIS  was  developed  and  is 
managed  by  the  Natural  Resource  Information  System  (NRIS)  at  the  Montana  State  Library 
(MSL)  under  contract  to  the  MDHES. 

Because  ARCO  is  the  primary  PRP  at  all  of  the  Clark  Fork  Superfund  sites,  and  because  ARCO  has 
become  a  significant  user  of  and  contributor  to  the  Clark  Fork  Data  System,  it  has  been  proposed 
that  ARCO  provide  direct  funding  support  for  the  project.   Preliminary  discussions  have  taken  place 
with  ARCO  personnel,  who  have  indicated  that  ARCO  is  interested  in  providing  such  support.   The 
purpose  of  this  document  is  to  provide  ARCO  the  basis  for  the  funding  level  requested,  to  describe 
how  users  will  obtain  access  to  the  data  system,  and  to  set  forth  the  mechanism  through  which 
funding  would  be  provided. 


I.   PROJECT  DESCRIPTION 

Reference  is  made  to  the  Clark  Fork  Data  System  FY90-91  Master  Project  Plan,  which  provides  a 
detailed  description  of  the  project  (see  Attachment  "A").   This  document  was  prepared  to  address  the 
need  for  sound  planning  and  provides  the  framework  for  coordinated  data  management  activities  to 
ensure  that  the  data  management  needs  of  the  Clark  Fork  Superfund  project  are  fully  met  and 
system  requirements  to  meet  those  needs  are  adequately  defined  for  the  long  term.   The  effort  to 
develop  and  implement  a  long-term  strategy  is  absolutely  required  to  effect  a  valuable  data  system, 
and  in  the  larger  perspective,  vital  to  the  success  of  the  cleanup  efforts. 
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The  Master  Project  Plan  is  divided  into  two  principle  sections:  the  first  describes  the  Clark  Fork  Data 
System  Program  and  the  second  describes  the  projects  to  be  undertaken  in  fiscal  years  1990  and 
1991.   Chapters  1-6  represent  Program  considerations  and  guidance.   Chapters  7  (Applications)  and  8 
(Budget  Considerations)  represent  Project  specific  material  which  is  updated  periodically  by  the  Clark 
Fork  Technical  Working  Group  as  the  project  is  implemented  in  concert  with  cleanup  activities. 

Chapter  1  of  the  Master  Project  Plan  presents  a  historical  snapshot  of  the  Upper  Clark  Fork  River 
Basin  and  the  events  that  led  to  the  designation  of  several  Superfund  sites  in  the  upper  basin.  The 
four  primary  sites  within  the  Clark  Fork  Basin  are  described  in  terms  of  how  contamination  occurred. 
Also  described  are  developments  at  each  site  since  the  Superfund  designation  and  the  status  of 
remedial  actions  undertaken.   Chapter  1  concludes  with  a  brief  summation  of  events  that  led  to  the 
decision  to  develop  the  Clark  Fork  Data  System  and  describes  the  basic  Data  System  model. 

Chapter  2  outlines  the  functions,  tasks,  assignments,  and  responsibilities  of  the  various  state  and 
federal  agencies  related  to  their  involvement  in  the  Data  System.   The  principal  coordinating  group 
responsible  for  interagency  communication  and  data  system  management  is  the  Clark  Fork 
Technical  Workirtg  Group  (TWG),  formed  in  September,  1988.   The  TWG  includes  EPA,  MDHES, 
Environmental  Monitoring  Systems  Laboratory-Las  Vegas  (EMSL-LV),  and  is  chaired  by  a  State 
Library  representative.   The  TWG  plans  and  manages  the  detailed  operational  aspects  of  the  Data 
System;  the  development  of  the  comprehensive  Master  Project  Plan  is  the  product  of  the  Group's 
efforts.   Site  officers  and  other  personnel  from  the  MDHES  and  the  Montana  EPA,  GIS  staff  at  the 
State  Library,  and  scientists  from  the  EMSL-LV  are  also  vitally  involved  in  the  data  system  project. 

Chapter  3  describes  the  hardware,  software,  and  people  that  support  the  Clark  Fork  Data  System. 
The  hardware  configuration  for  the  central  Data  Management  System  at  MDHES  is  a  PC 
environment  using  a  standard  data  management  software,  Knowledgeman  2.   The  GIS  at  the  State 
Library  relies  on  a  PRIME  minicomputer  and  assorted  peripherals,  and  utilizes  two  leading  GIS 
software  products,  ARC/INFO  and  ERDAS.   Full  time  staff  committed  to  the  project  include:  at 
MDHES,  one  full-time  administrator  assigned  to  the  Data  Management  System;  at  the  State  Library, 
one  three-quarter  time  GIS  Coordinator,  two  full-time  GIS  Programmer/Analysts,  and  one  full-time 
GIS  Cartographic  Technician.   Various  other  staff  have  administrative  responsibilities  on  the  Data 
System  in  a  limited  capacity. 

No  data  system  is  worth  the  time,  effort  and  resources  committed  to  it  unless  adequate  provisions  are 
made  to  ensure  that  products  generated  from  it  are  accurate  and  able  to  support  the  purposes  for 
which  they  are  intended.   The  Data  Administration  Plan,  presented  in  Chapter  4,  sets  forth 
procedures  for  management  of  data  received  from  all  parties  associated  with  the  cleanup  effort  - 
EPA  Potential  Responsible  Parties  (PRPs),  MDHES,  contractors,  and  other  data  providers.   The  Data 
Administration  Plan  specifies  data  development  needs  for  the  Superfund  project,  thus  providing  a 
framework  for  the  development  of  data  management  objectives  and  practices.   The  Data 
Administration  Plan  also  describes  the  flow  of  data  from  the  source  into  the  Clark  Fork  Data  system, 
between  the  components  of  the  Data  System,  to  and  from  external  models  and  analysis  systems  and 
from  the  Data  System  to  end  users. 

Chapter  5  Master  Project  Plan  describes  the  access  guidelines  that  have  been  developed  by  the 
Technical  Working  Group.   The  guidelines  address  who  should  have  direct  access  (i.e.,  ability  to  add, 
delete,  or  change  data)  versus  indirect  access  (i.e.,  ability  to  view  and  down-load  data),  outline  the 
access  priorities,  and  establish  a  process  by  which  data  requests  and  access  will  be  handled. 
Attachment  "B"  of  this  proposal  to  ARCO  presents  a  revised  set  of  access  guidelines  to  reflect  system 
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use  changes  which  have  occurred  in  the  last  two  years.   The  revised  guidelines  are  subject  to  the 
review  and  approval  of  the  Clark  Fork  Technical  Working  Group  and  all  affected  parties. 

Chapter  6  discusses  the  provision  of  training  support  to  users:  the  courses  and  training  available,  and 
clarifies  how  user  support  is  provided  to  novice  or  new  users.   The  main  concept  of  user  support  is  the 
"service  bureau"  orientation  of  the  Data  System  managers.   For  project  personnel  without  sufficient 
time  to  learn  to  operate  the  System,  personnel  are  available  to  assist  with  queries  and  various  data 
needs. 

Given  the  vast  geographical  area  of  the  Clark  Fork  project  and  the  many  interconnections  among  the 
four  sites,  a  GIS  is  a  valuable  tool  for  assisting  project  managers  with  remedial  investigations, 
feasibility  studies,  and  other  data  management  activities.   In  developing  a  process  to  use  a  GIS,  two 
critical  issues  emerge:  1)  identifying  and  setting  suitable  project  priorities,  and  2)  identifying  and 
obtaining  the  data  needed  to  conduct  the  projects.   Chapter  7  specifies  the  projects  and  applications 
proposed  for  the  GIS  for  the  period  October  1989  to  September  1991,  based  on  the  results  of  a  User 
Survey  conducted  among  all  Clark  Fork  Superfund  managers  and  site  officers.   Chapter  7  also  details 
a  set  of  guidelines  to  establish  priorities  for  the  projects,  and  presents  a  proposed  ranking  of  GIS 
applications  based  on  preliminary  evaluations  conducted  by  the  Technical  Working  Group  using  the 
priority  guidelines. 

The  descriptions  of  the  GIS  applications  are  divided  into  six  sections,  generally  matching  the  four 
sites,  with  Silver  Bow  Creek  and  the  Butte  Addition  addressed  separately,  and  a  sixth  section  on 
Basin-wide  applications.   In  each  section,  the  prospective  applications  are  discussed,  with  particular 
emphasis  on  identifying  existing  data  to  support  the  applications  and  data  to  be  acquired.   Also 
discussed  are  the  objective  of  each  application,  the  products  to  be  developed,  the  software  needed,  and 
possible  applications  that  fall  outside  the  term  of  this  two-year  plan. 

Chapter  7  provided  a  blueprint  for  action  over  the  24  month  period  covered  by  the  Master  Project 
Plan.   Planning  has  begun  to  revise  Chapter  7  by  identifying  potential  applications  for  FY92-93.   A 
preliminary  summary  of  applications  to  be  undertaken  during  that  period  is  provided  in 
Attachment  "C"  to  this  proposal.   As  indicated  in  the  new  applications,  projects  have  matured,  more 
data  coverages  have  become  available,  and  the  GIS  has  become  increasingly  useful.   There  is  now 
increasing  competition  for  access;  setting  priorities  for  projects  is  more  difficult.   Establishing  priority 
guidelines  now  helps  in  making  important  priority  decisions  in  the  future. 

Chapter  8  presents  the  detailed  budgets,  again,  for  the  period  October  1989  to  September  1991. 
Described  are  the  level  and  projected  cost  of  personnel  services  needed  to  get  the  job  done,  along  with 
cost  estimates  of  the  equipment,  supplies,  and  related  materials  and  services  needed  to  support  the 
personnel  working  on  the  Clark  Fork  Data  System.   For  this  proposal  to  ARCO,  new  budget 
summaries  (see  page  13)  are  presented  which  reflect  current  needs  and  potential  applications  under 
consideration  for  the  next  two  years. 

II.   PROJECT  STATUS 

A.   PROJECT  MANAGEMENT 

The  Clark  Fork  Technical  Working  Group  (TWG),  with  representatives  from  DHES,  Montana  State 
Library,  EPA  Region  VIII,  and  Environmental  Monitoring  Systems  Laboratory  -  Las  Vegas,   has  met 
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routinely  (six  times  in  the  last  18  months)  to  provide  technical  expertise  and  coordination  to  the 
project,  and  to  provide  input  to  revising  the  Master  Project  Plan. 

A  detailed  project  plan  was  developed  to  provide  guidance  to  project  staff,  to  provide  potential  users 
information  necessary  to  understand  how  to  utilize  the  system,  and  to  provide  the  basis  for  funding 
for  the  initial  set-up  period  through  September  30,  1991.   The  Clark  Fork  Data  System  Master  Project 
Plan  has  become  an  essential  reference  document  for  the  project  and  will  be  updated  to  cover  the 
period  October  1,  1991  through  September  30,  1992.   The  Master  Project  Plan  is  presented  in 
Attachment  "A".   First  drafts  of  revised  Chapters  5  (Access  Guidelines)  and  7  (GIS  Applications)  are 
included  herein  as  Attachments  "B"  and  "C"  respectively. 

A  cost  tracking  system  is  used  to  link  operational  costs  with  appropriate  operable  units  for  the 
purpose  of  cost  recovery. 

A  Clark  Fork  Data  System  Reference  was  developed,  providing  detailed  specifications  setting  forth 
data  recording  requirements  for  use  by  agencies  and  organizations  collecting  data  pertinent  to  the 
Clark  Fork  Superfund  Sites.   The  specifications  provide  a  means  to  insure  that  the  data  collected  will 
be  structured  as  necessary  for  input  into  the  system.    The  Reference  consolidates  several  documents 
relating  to  the  project,  including  excerpts  from  the  Clark  Fork  Data  System  Master  Project  Plan 
pertinent  to  data  system  users  and  agencies/organizations  potentially  providing  data  to  the  system, 
data  management  system  compatibility  specifications,  coding  specifications,  and  reference  codes,  and 
GIS  data  transfer  specifications.   The  Reference  has  been  distributed  to  approximately  forty  agencies, 
organizations  and  individuals  potentially  contributing  data  to  the  system. 

B.   DATA  MANAGEMENT  SYSTEM  COMPONENT 

The  data  management  system  is  currently  comprised  of  approximately  1200  fields,  or  attributes, 
organized  into  approximately  40  relational  data  tables.   The  focus  of  the  data  management  system  is 
to  provide  data  in  a  format  which  will  support  a  wide  variety  of  applications,  developed  both  within 
the  data  management  system  environment  and  externally  to  the  data  management  system.   In  order 
to  provide  support  for  all  possible  applications,  data  structures  are  generalized  wherever  possible.   In 
order  to  facilitate  the  data  administration  tasks  associated  with  importing  data  from  numerous  and 
varied  sources,  development  has  concentrated  on  system  administrator  support,  as  opposed  to  data 
user  support. 

A  major  task  associated  with  data  system  administration  is  the  development  and  maintenance  of 
system  documentation  for  use  by  both  contributors  to  and  users  of  the  system.   Documentation 
developed  to  date  includes: 

•  Compatibility  Specifications  -  which  describe  considerations  inherent  in  transferring  data 
between  the  Clark  Fork  Data  System  and  external  data  systems. 

•  Coding  Specifications  -  which  give  agencies  and  organizations  providing  data  to  the  system 
detailed  specifications  for  structuring  the  tables  and  fields  within  their  data  systems  to 
expedite  transfer  between  the  systems,  and  which  can  be  used  as  a  guide  for  setting  up  a 
comprehensive  environmental  data  base.   Coding  forms  have  been  developed  for  each  of  the 
tables  upon  which  data  may  be  recorded  prior  to  entry  into  the  system.   Instructions  for 
completing  the  coding  forms  have  been  developed. 
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•  Reference  Codes  -  necessary  to  insure  that  ambiguity  is  not  introduced  when  data  is 
transferred  between  systems. 

•  Data  Evaluation  documentation  -  a  detailed  description  of  the  implementation  of  data 
evaluation  in  the  data  management  system.   This  document  provides  data  validation 
personnel  with  the  basis  for  utilization  of  the  data  management  system  for  support  of  data 
validation  and  data  users  the  basis  for  making  decisions  about  data  usability. 

•  Work  Plan  Requirements  -  detailed  specifications  setting  forth  the  requirements  for 
transfer  of  data  to  the  data  system  have  been  developed  and  provided  to  site  project  officers 
for  inclusion  in  work  orders  and  contracts  which  will  result  in  the  collection  of  data. 

These  documents,  in  the  form  of  the  Clark  Fork  Data  System  Reference,  are  made  available  to 
agencies  and  organizations  responsible  for  collecting  data  relating  to  the  Clark  Fork  Superfund  Sites. 

A  data  document  inventory  has  been  undertaken  to  provide  the  means  to  assign  priority  for  data 
acquisition,  and  to  provide  a  link  between  data  reports  and  data  sets  in  the  system. 

A  component  of  the  data  management  system  which  provides  a  standard  method  for  handling  data 
validation  information  was  developed.   The  component  provides  the  means  to  differentiate  between 
data  of  varying  quality,  and  can  be  utilized  by  data  validation  contractors  to  facilitate  the  data 
validation  process,  by  data  users  to  access  a  particular  quality  of  data,  and  by  data  users  desiring  to 
isolate  a  particular  data  quality  problem.   Documentation  of  the  component  was  developed  for 
incorporation  into  the  Clark  Fork  Data  System  Reference. 

Data  System  personnel  are  working  closely  with  project  personnel,  contractors  and  PRPs  to  develop 
methods  for  importing  and  exporting  data  which  protect  the  integrity  of  the  data  and  reduce  the  need 
for  manual  input.   In  addition  to  the  dictionaries,  forms  and  instructions  described  above,  this 
involves  the  development  of  programs  which  automate  the  data  entry  verification  process  and  provide 
a  means  to  compare  files  from  various  systems  and  identify  differences. 

Data  produced  prior  to  implementation  of  the  data  system  have  been  restructured,  filtered, 
augmented,  and  entered  into  the  system.  Assimilation  of  historical  data  and  data  generated  outside 
the  Superfund  process  will  be  an  ongoing  task. 

Data  collected  under  current  contracts  and  orders,  structured  as  specified  in  the  Clark  Fork  Data 
System  Reference,  are  assimilated  as  they  are  received.  Although  all  problems  associated  with  data 
sharing  cannot  be  eliminated,  recent  experience  has  shown  that  the  efforts  dedicated  to  the  adoption 
of  standards  will  result  in  efficient  data  transfer  and  will  reduce  the  potential  for  error  or  loss  of 
clarity  during  the  transfer  process. 

Data  have  been  successfully  output  to  the  GIS  component  for  subsequent  mapping  and  analysis.   GIS 
developed  algorithms  are  used  to  convert  station  locations  to  point  coverages.   Analytical  data 
transferred  from  the  data  system  are  then  easily  linked  to  the  station  coverage  utilizing  the  same 
relational  tables  in  both  systems. 

The  data  management  system  is  fully  operational  and  is  available  to  serve  user  needs  in  terms  of  data 
restructuring,  storage,  retrieval  and  analysis. 
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C.  GEOGRAPHIC  INFORMATION  SYSTEM  COMPONENT 

In  1987,  MDHES  signed  an  interagency  agreement  with  the  Montana  State  Library  to  develop  and 
manage  the  GIS  component.   The  State  Library  acquired  the  necessary  GIS  equipment  (hardware  and 
software),  recruited  and  trained  staff  to  operate  and  maintain  the  system,  and  has  managed  the 
continuing  process  of  acquiring  digital  data  for  GIS  applications. 

Today,  the  Clark  Fork  GIS  is  fully  operational  with  a  thoroughly  trained  staff  to  provide  maintenance 
of  the  system,  data  import/export,  and  "service  bureau"  access  for  project  personnel.   Over  the  past 
two  years  there  has  been  extensive  utilization  of  the  system  resources  for  Superfund  support.   For 
example,  the  GIS  responded  to  144  work  requests  in  calendar  year  1990  and  produced  389  maps. 
These  work  requests  are  summarized  in  Figures  1  and  2:  'Work  Request  Summary.'  The  level  of 
system  usage  is  expected  to  increase  in  the  coming  year.  All  of  the  Clark  Fork  sites  and  most  of  the 
operable  units  (except  the  river  itself  between  Colorado  Tailings  and  the  Milltown  Reservoir)  now 
have  extensive  GIS  data  coverage,  and  the  availability  of  these  digital  data  will  prove  increasingly 
valuable.   Many  of  the  staff  at  the  MDHES  and  the  EPA  as  well  as  MDHES  and  EPA  contractors 
have  become  committed  users  of  the  GIS  capabilities.   In  addition,  ARCO  and  its  some  of  its 
contractors  have  begun  to  use  the  GIS  for  specific  applications  and  have  made  plans  to  continue  using 
the  system.   Some  examples  of  the  ways  the  GIS  was  used  during  1990  include: 

•  Based  on  procedures  developed  by  the  GIS  staff,  the  ARC/TNFO  TIN  software  was  used  to 
perform  volume  calculations  on  25  mine  waste  source  areas  in  Butte.   A  report  was  prepared 
on  the  results  of  the  volume  calculations  and  large-scale,  detailed  maps  were  prepared  that 
depicted  each  mine  waste  source  area.   These  maps  were  included  in  the  EPA  work  plan.   At 
the  request  of  EPA  the  ARC/INFO  map  composition  files  and  the  Priority  Soils  and  Source 
Area  ARC/INFO  data  coverages  were  supplied  to  an  ARCO  contractor-Morrison-Knudsen.   In 
addition,  the  volume  of  the  Alice  Pit  was  calculated  and  a  map  depicting  the  calculation 
process  and  results  was  prepared  for  the  Butte  Project  Manager. 

•  Spring  marked  an  increase  in  the  interaction  of  the  GIS  with  ARCO  and  its  contractors. 
ARCO  made  a  request  for  maps  depicting  the  status  of  the  operable  units  in  Butte,  Milltown, 
and  Anaconda.   These  maps  marked  the  first  direct  request  from  ARCO  for  map  products 
from  the  GIS.   In  addition,  data  for  the  source  areas  in  Butte  and  for  Butte  mine  waste 
repository  sites  were  imported  from  Morrison-Knudsen--an  ARCO  contractor.   Conversations 
were  held  with  PTI  to  identify  data  that  could  be  transferred  from  PTI  to  the  GIS  and  from 
the  GIS  to  PTI.   At  the  request  of  PTI,  we  mailed  them  a  summary  listing  of  coverages 
available  in  the  Butte  area  as  well  as  four  sample  outputs  of  detailed  coverage  description 
reports  from  the  CFGIS  Data  Dictionary.  During  the  year,  there  were  additional  requests 
from  ARCO  and  their  contractors.   See  Figure  2. 

•  Working  with  CDM  Denver,  estimates  of  acreage  for  each  land  use  category  within  each 
Butte  storm  sewer  drainage  basin  were  calculated.   These  data  were  to  be  used  by  CDM  for 
input  to  an  urban  surface  water  run-off  model.   The  drainage  basins  were  digitized  from  two 
maps  provided  by  CDM.   The  drainage  basin  coverages  were  intersected  with  the  land  use 
coverage.   The  acreage  for  each  land  use  in  each  basin  could  have  been  calculated  from  this 
data,  but  these  would  have  been  planimetric  areas  that  did  not  account  for  slope.   To  get  a 
better  estimate  of  the  true  acreage,  the  land  use/drainage  basin  coverage  was  combined  with  a 
coverage  of  land  slope,  which  was  created  by  the  TIN  software  from  a  coverage  of  contour 
lines.   The  acreage  of  the  land  uses  was  then  adjusted  by  the  slope  values  to  get  the  final  area 
estimates. 
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Insert  Figures  1  and  2  Work  Request  Summaries 
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Work  Request  Summary 


Work  Requests  by  Type 
January  1  990  -  January  1  991 
431  Products   Produced 


Reports  1  6 


Data  Requests  1  4 


Maps  389 


Figure  1  Work  Requests  by  User  -  January  1990  to  January  1991 


Work  Requests  By  User 
January  1  990  -  January  1  991 


1  44  Total  Requests 


Figure  2   Work  Requests  by  Type 
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•  A  meeting  was  held  in  August  with  Butte/Silver  Bow  Planning  Department  officials,  ARCO, 
and  Murray  Lamont  (an  ARCO  contractor)  to  discuss  the  uses  of  GIS  technology  in 
institutional  control  planning.   In  addition,  specific  ways  that  the  CFGIS  program  could 
support  the  planning  process  were  identified.   These  included  project  plan  development 
support,  GIS  technical  support  and  training,  transfer  of  Butte  data,  and  direct  GIS  services. 

•  In  September  representatives  from  the  CFGIS  met  with  EPA  DHES,  Butte/Silver  Bow,  and 
ARCO  and  its  contractors  (Horizon  Mapping,  PTI,  ESE,  and  ESA)  to  discuss  GIS 
coordination.   Discussion  focused  on  GIS  background,  existing  data,  future  data  needs,  and 
communications/funding  issues.   The  meeting  was  very  productive  with  several  decisions 
reached  related  to  enhanced  GIS  data  sharing  and  coordination.   Some  specific  decisions 
include:  1)  NRIS  agreed  to  develop  a  GIS  data  transfer  plan;  2)  ARCO  agreed  to  transfer  to 
the  CFGIS  all  groundwater  data,  Butte  yard  samples,  and  other  chemical  and  physical  data, 
floodplain  data,  and  the  Milltown  map  data  in  ARC/INFO  format;  3)  all  parties  agreed  that  a 
new  GPS  survey  to  establish  an  accurate  geodetic  control  network  was  needed;  4)  all  parties 
agreed  that  the  acquisition  of  accurate  Public  Land  Survey  data  in  a  GIS  format  was 
important;  and,  5)  NRIS  agreed  to  compile  a  PC  based  data  inventory  and  distribute  to  the 
parties  on  a  regular  basis. 

•  The  first  version  of  a  GIS  Data  Transfer  Plan  was  developed  during  the  fall  of  1990.   This 
plan  details  the  standards  and  procedures  for  the  transfer  of  spatial  data  from  EPA  DHES, 
ARCO,  their  contractors  and  others  to  the  Clark  Fork  GIS.   The  draft  plan  was  presented  to 
ARCO  contractors  at  a  data  training  session  in  Helena  in  late  November. 

•  The  CFGIS  has  been  working  with  the  U.S.  Fish  and  Wildlife  Service,  to  support  the 
wetlands  assessment  for  the  Milltown  Reservoir  area.   All  the  Milltown  Sample  Collection 
Data  from  the  USFWS  (one  page  of  information  for  each  of  21  sites)  was  put  into  a  look-up 
table  related  to  the  Milltown  coverage.   The  information,  which  describes  the  vegetation, 
hydrography,  and  soils  for  each  of  the  21  sites,  will  be  used  to  help  determine  if  the  site  is  a 
"Jurisdictional  Wetland".   Five  new  coverages  related  to  the  assessment  were  digitized. 

•  For  the  MDHES,  water  volumes  in  the  Berkeley  Pit  were  estimated.   Maps  and  graphics 
were  produced  that  displayed  the  water  level  and  volume  in  the  pit  in  planimetric, 
perspective,  and  cross-sections  views.   The  estimates  were  created  for  1983,  1990,  and  an 
unknown  future  date  representing  the  point  at  which  the  pit  water  would  reach  the 
groundwater  elevation. 

The  GIS  staff  has  received  intensive  and  comprehensive  training  during  the  previous  three  years.   As 
a  result  they  respond  rapidly  and  cost-effectively  to  a  large  number  of  varied  user  requests.   In 
particular,  the  "service  bureau"  approach  has  provided  a  facile  mechanism  for  Site  Officers,  ARCO, 
and  various  contractors  to  request  products,  yet  at  the  same  time,  allows  for  adequate  flexibility  to 
respond  to  unanticipated  needs.   In  this  regard,  the  GIS  operates  as  an  adjunct  division  of  the  Clark 
Fork  Superfund  participants,  and  this  efficient  working  relationship  has  proved  to  be  very  beneficial. 
As  the  GIS  staff  has  become  more  and  more  familiar  with  the  various  sites  and  projects,  they  are 
better  able  to  interpret  user  needs  and  respond  more  quickly.   Consequently,  despite  an  increasing 
number  of  applications  completed,  expenditures  for  staff  resources  have  been  consistently  under 
budgeted  estimates. 
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Another  valuable  aspect  of  current  operations  is  having  a  consolidated,  centralized  data  system. 
Experience  has  shown  that  data  acquisition  and  management  are  the  most  costly  components  in 
developing  a  GIS.   Indeed,  there  have  been  major  investments  on  data  throughout  the  Clark  Fork 
Superfund  project.   The  GIS  staff,  in  concert  with  the  MDHES  Data  Manager,  has  standardized  data 
collection,  input/storage,  and  QA/QC  procedures.   The  procedures  have  provided  substantial  cost 
benefits  in  terms  of  reducing  data  losses  and  improving  data  reliability.   Additional  funds  are  saved  by 
eliminating  the  need  for  various  contractors  to  develop  and  maintain  duplicate  systems.   The 
centralized  data  system  also  provides  other  agencies/organizations  associated  with  the  Clark  Fork 
Superfund  sites  with  efficient  access  to  the  data  for  the  region  as  a  whole. 

In  summary,  the  EPA  DHES,  and  the  State  Library  have  all  made  substantial  investments  in  the 
development  of  the  CFGIS.   Based  on  the  original  project  design  (1987)  and  the  Master  Project  Plan 
(1989),  the  CFGIS  development  has  progressed  in  a  remarkable  fashion.  The  interagency  project  has 
been  successful,  and  substantial  dividends  are  now  being  realized. 


III.  PROPOSED  ACTIVITIES 

A.  PROJECT  MANAGEMENT 

The  future  holds  great  promise,  but  also  new  challenges.   As  computer  technology  advances,  the 
CFGIS  must  react  accordingly  to  insure  long-term  viability.   Also,  the  relationships  among  EPA 
MDHES,  the  State  Library,  and  the  Principal  Responsible  Parties  (PRP's)  have  evolved,  primarily  in 
terms  of  greater  cooperation  and  shifting  leadership  roles  on  cleanup  activities.   Consequently,  data 
standards,  access  policies,  and  funding  strategies  for  the  CFGIS  must  be  adjusted  to  accommodate 
these  changing  relationships. 

Meetings  of  the  Technical  Working  Group  will  be  held  routinely  for  the  purpose  of  providing  technical 
support  and  expertise,  and  updating  the  Master  Project  Plan.   It  is  through  membership  and 
participation  in  this  Technical  Working  Group  that  ARCO  would  have  input  into  the 
direction,  management,  and  operation  of  the  Data  System. 

Data  System  personnel  will  continue  to  monitor  developments  in  data  management  software  for  the 
purpose  of  identifying  possible  upgrade  paths  which  will  better  serve  the  needs  of  system  personnel 
and  users. 

The  Technical  Working  Group  will  update  the  Clark  Fork  Data  System  Master  Project  Plan  for  the 
period  FY92/93.   Work  on  the  update  has  begun;  drafts  of  the  revised  access  guidelines  and  proposed 
GIS  applications  for  the  period  are  presented  in  Attachments  "B"  and  "C"  respectively.   Applications 
proposed  by  ARCO  would  be  included  in  the  revised  Master  Project  Plan. 

B.  DATA  MANAGEMENT  SYSTEM  COMPONENT 

The  data  administration  plan  described  in  Chapter  4  of  the  Master  Project  Plan  will  be  updated  to 
reflect  the  current  status  of  the  system. 

As  resources  allow  and  as  data  is  made  available,  data  collected  prior  to  implementation  of  the  system 
and  data  generated  outside  of  the  Superfund  process  will  be  identified  and  imported.   This  task, 
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which  normally  involves  filtering  unwanted  attributes,  restructuring,  and  augmenting  from  related 
hard  copy  documentation,  will  be  conducted  through  contracted  services  to  the  extent  necessary. 

Data  received  in  CFDMS  format  will  be  imported,  checked  for  system  integrity,  checked  for  validity 
as  appropriate  for  the  particular  data  set,  and  exported  to  users. 

Mechanisms  will  be  identified  for  access  to  data  relating  to  Clark  Fork  Superfund  sites  collected  by 
agencies  and  organizations  not  connected  with  the  Superfund  effort,  and  deemed  not  a  candidate  for 
import. 

Data  dictionaries,  data  coding  forms  and  system  documentation  will  be  modified  as  necessary  as  the 
data  management  system  evolves.   System  documentation  will  continue  to  be  made  available  to  all 
agencies  and  organizations  collecting  data  for  input  into  the  system  and  to  all  potential  users  of  the 
system. 

Efforts  will  continue  to  identify  mechanisms  for  importing  data  from  and  exporting  data  to  external 
data  systems  which  provide  for  the  integrity  of  the  data  and  eliminate  or  reduce  the  need  for  manual 
entry  of  data  into  multiple  systems. 

The  link  to  the  GIS  component  will  be  further  enhanced  to  improve  coordination  between  the  two 
components  of  the  system. 

C.  GEOGRAPHIC  INFORMATION  SYSTEM  COMPONENT 

GIS  Technical  Support:   The  CFGIS  plans  to  provide  GIS  technical  support  to  the  EPA  and 
MDHES  superfund  staff  and  their  contractors  as  well  as  the  PRP's  and  their  contractors  assuming 
agreements  are  reached  on  new  access  guidelines.   This  technical  support  includes: 

•  assistance  in  data  collection  plan  design  to  insure  the  data  will  fit  with  existing  GIS  design 

•  assistance  in  data  collection  plan  design  to  help  identify  and  evaluate  appropriate  and  cost- 
effective  methods 

•  assist  Project  Managers  in  identifying  and  executing  appropriate  spatial  data  projects 

•  oversee  the  execution  and  management  of  GIS  work  requests 

•  participate  in  a  site  team  approach 

•  evaluation  and  advice  related  to  work  proposed  by  contractors  dealing  with  spatial  data 

•  advice  regarding  maps  and  map  use 

•  advice  regrading  remote  sensing  material  and  techniques 

•  advice  related  to  the  effectiveness  and  appropriateness  of  new  technologies  such  as  data 
collection  techniques  using  the  satellite  Global  Positioning  System 

•  spatial  database  design  and  management  advice  and  support 
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GIS  Data  Repository,  Inventory,  and  Coordination:   Since  1988,  the  CFGIS  has  served  as  a 
manager  of  the  digital  map  data  used  by  DHES,  EPA,  and  their  contractors.   This  task  and 
responsibility  is  growing  as  ARCO  is  recognizing  the  value  of  all  participants  working  from  a  common 
map  database  as  well  as  the  value  of  those  map  data  being  stored  in  an  accessible,  stable  fashion. 
The  CFGIS  at  the  State  Library  provides  this  stable,  centralized  repository  in  a  neutral,  non- 
regulatory,  information  dissemination  agency.   The  CFGIS  staff  have  extensive  knowledge  of  the  data 
and  the  needs  of  the  users  based  on  project  work  over  the  last  three  years.   ARCO  has  recognized  the 
value  of  this  arrangement  and  has  indicated  a  desire  for  the  CFGIS  to  become  the  GIS  data 
repository  and  manager.   The  repository  function  will  mean  that  the  CFGIS  will  receive,  manage,  and 
make  GIS  spatial  data  available  to  all  Clark  Fork  Superfund  participants.   The  CFGIS  is  planning  for 
this  increase  in  work  requests  and  responsibility. 

Related  to  this  task  is  the  need  to  coordinate  and  maintain  an  inventory  of  GIS  data  for  the  Clark 
Fork  Superfund  sites.   The  CFGIS  began  this  task  in  FY  1991  and  plans  to  continue  in  FY  1992. 
This  inventory  was  created  with  and  will  be  maintained  using  an  NRIS-product,  the  Montana  Data 
Directory.  The  Directory  is  essentially  a  database  of  databases,  with  each  complete  record  describing  a 
source  of  natural  resource  data  housed  at  various  local,  state,  and  federal  agencies  throughout 
Montana.   Included  in  the  Data  Directory  will  be  entries  from  the  CFGIS,  EPA,  DHES,  and  their 
contractors  as  well  as  ARCO  and  its  contractors.   Also,  since  other  state,  federal,  and  private  sector 
organizations  have  provided  information  to  the  Directory,  it  is  a  valuable  tool  for  identifying  project- 
related  data  available  from  organizations  who  are  not  directly  involved  in  the  Superfund  process. 

To  support  the  repository  effort,  the  GIS  staff  will  review,  revise,  and  implement  the  data 
administration  plan  described  in  Chapter  4  of  the  Master  Project  Plan. 

Data  Transfer  Standards:   As  the  value  of  a  central  digital  map  data  repository  is  recognized  and 
implemented,  the  need  for  standards  for  the  transfer  of  the  data  to  and  from  the  repository  arise. 
The  CFGIS  has  begun  work  to  develop  standards  which  will  be  accepted  and  used  by  all  of  the  GIS 
users:  EPA,  DHES,  and  their  contractors  as  well  as  ARCO  and  its  contractors.   The  first  version  of 
these  standards  should  be  in  place  by  the  beginning  of  FY  1992.   The  tasks  for  the  CFGIS  in  FY  1992 
related  to  the  data  transfer  standards  include: 

•  Implementation  of  the  transfer  plan 

•  Evaluation  and  updates  to  the  plan  as  technology,  software,  and  data  acquisition  affect  the 
standards 

•  Provide  training  to  current  and  new  users 

GIS  Training:   The  CFGIS  is  developing  material  to  be  used  to  train  Superfund  participants  in  GIS 
capabilities.   This  training  is  not  designed  to  turn  personnel  into  "hands-on"  GIS  analysts,  but  to  give 
them  an  understanding  of  the  power  of  GIS  as  a  tool  to  support  their  work  and  decision  making.   The 
CFGIS  can  provide  "hands-on"  training  if  requested. 

Clark  Fork  Data  System  Support:   The  Clark  Fork  GIS  is  part  of  the  Clark  Fork  Data  System 
(CFDS).   As  such,  some  of  the  GIS  tasks  are  in  support  of  that  overall  system  and  of  the  Clark  Fork 
Data  Management  System  at  the  Montana  Department  of  Health  and  Environmental  Sciences. 

•  CFDS  Data  Standards  Reference  Support:  The  CFGIS  will  continue  to  participate  in  the 
development,  implementation,  and  maintenance  of  the  Clark  Fork  Data  System  Reference. 
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This  document  provides  detailed  information  regarding  the  structure  of  the  Clark  Fork  Data 
Management  System  and  the  Geographic  Information  System. 

•  Verification  of  Station  Locations:   A  major  function  of  the  CFDMS  is  to  import  data 
associated  with  analysis  of  environmental  samples.   Identifiers  associated  with  each  analysis 
include  the  location  of  the  station  where  the  sample  was  taken,  in  state  plane  or  lat/long 
coordinates.   Station  location  information  associated  with  imported  data  is  often  found  to  be 
inaccurate,  which  could  lead  to  erroneous  conclusions  with  respect  to  extent  of  contamination. 

Many  point  data  representing  sample  locations  are  received  by  the  CFDMS  at  the  MDHES. 
These  data  will  be  transferred  to  the  CFGIS  where  map  plots  of  the  station  locations  will  be 
generated.   These  plots  will  be  used  to  assess  the  locational  accuracy  of  the  stations.   In 
addition,  location  information  associated  with  imported  data  mapped  using  the  GIS  can  be 
checked  against   narrative  descriptions  of  station  locations  for  obvious  discrepancies.   Maps 
can  be  sent  to  the  contractors  generating  the  data  for  further  verification  and  correction  of 
errors. 

•  Identification  of  Data  Sets:   Data  stored  in  the  CFDMS  are  linked  to  the  data  collection 
effort  or  "survey"  which  resulted  in  generation  of  the  data.   The  GIS  is  used  to  provide  maps 
identifying  station  locations  keyed  to  the  various  data  sets  (surveys)  available  through  the 
CFDMS,  which  are  in  turn  used  to  track  system  status  and  formulate  system  queries  for 
specific  purposes. 

•  Support  of  Data  Coding:   Many  of  the  attributes  associated  with  CFDMS  tables  require 
coded  entries,  based  on  the  association  of  the  data  collection  station  with  spatial  attributes 
such  as  stream  reach,  state  plane  zone,  and  various  physical  features.   GIS  maps  identifying 
these  features,  provided  to  contractors  collecting  data  for  use  in  coding  data  prior  to  transfer 
to  the  CFDMS,  will  greatly  reduce  the  time  necessary  for  data  import  and  verification. 

•  Cartographic  Support:    The  CFGIS  will  supply  mapping  and  other  graphics  support  as 
needed  by  the  CFDMS.   These  maps  and  graphics  will  be  used  for  such  things  as  data  display, 
data  validation,  reports,  and  public  meetings. 

Basin-wide  Support:   While  there  are  four  named  NPL  sites,  there  is  often  the  need  for  GIS 
analytical  support  on  a  basin-wide  basis.   The  GIS  will  continue  to  provide  basin-wide  support  as 
needed  and  requested.   See  Attachment  "C"  for  details  of  potential  work  tasks  for  FY  1992. 

Site  and  Operable  Unit  Support:    The  GIS  will  continue  to  provide  support  for  site  and  operable 
unit  specific  requests.      See  Attachment  "C"  for  details  of  potential  work  tasks  for  FY  1992. 

IV.  ESTIMATED  BUDGET/PROPOSED  FUNDING  MECHANISM 

Table  I  details  the  total  project  budget  for  a  twelve-month  period.  The  budget  is  based  on  anticipated 
needs  to  complete  the  applications  outlined  in  Attachment  "C"  (Clark  Fork  Superfund  GIS  Potential 
Tasks  for  FY  1992)  and  assumes  an  increase  in  the  demand  for  services  provided  directly  to  ARCO 
and/or  its  contractors.   Further  analysis  and  clarification  of  the  anticipated  workload  is  needed  before 
the  budget  level  can  be  established.   Budget  categories  match  the  format  used  in  the  State  of 
Montana's  Budget  and  Accounting  System  (SBAS). 
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Upon  implementation  of  the  funding  agreement  with 
ARCO,  MDHES  will  estimate  its  costs  for  the  first 
two  months  and  will  submit  a  claim  to  ARCO  that 
will  constitute  in  effect  an  advance  of  funds  to  cover 
operations.   Subsequent  allocation  of  funds  will  be 
made  on  the  basis  of  invoices  submitted  monthly  by 
MDHES,  which  will  be  accompanied  by  a 
summarized  accounting  of  expenditures,  as  reported 
through  SBAS.  Invoices  will  be  submitted  to  ARCO 
by  the  15th  day  of  the  month  following  the  month  in 
which  expenses  occur.   Payment  from  ARCO  will  be 
made  by  the  last  day  of  the  month.   Under  this 
funding  arrangement,  there  should  always  be 
sufficient  funds  available  to  cover  operations  for  one 
month. 

MDHES  will  enter  into  an  interagency  agreement 
with  the  Montana  State  Library-Natural  Resource 
Information  System,  through  which  ARCO  funding 
support  for  the  GIS  component  will  be  conveyed. 


Table  I   Budget  Summary 


Category                  Estimated  FY92 
Budget 
(12  Month  Period) 

Personnel 

Operations 

Equipment 

$  201,429 

123,982 

66,800 

TOTAL 
DIRECT 

$392,211 

Indirect 

7,021 

GRAND  TOTAL 

$  399,232 
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ATTACHMENT  A:  Clark  Fork  Data  System  FY90-91  Master  Project  Plan 
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ATTACHMENT  B:  Access  Guidelines 
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Clark  Fork  Data  System  Project  Plan 

Chapter  5  -  Access  Guidelines 
(Revised  April  8,  1991) 

Guidelines  for  user  access  to  the  Clark  Fork  Data  System  (CFDS)  are  provided  to  address  the 
following  questions: 

•  What  means  for  accessing  the  CFDS  are  possible  for  each  user  group? 

•  Who  may  authorize  service  and  data  requests? 

•  Who  may  receive  services  and  data? 

•  How  are  priorities  set  for  service  and  data  requests? 

•  How  are  charges  for  hands  on  access,  services  and  data  billed. 

5.1  ASSUMPTIONS  -  Assumptions  which  are  basic  to  development  of  access  guidelines  arc: 

5.1.1  All  considerations  of  access  relate  to  both  components  of  the  Data  System  (Data 
management  system  and  GIS). 

5.1.2  Priority  access  will  be  given  to  Clark  Fork  Superfund-related  requests  over  other 
Superfund  site  requests  and  non-Superfund  requests. 

5.1.3  All  analytical  and  spatial  data  in  the  System  that  are  not  considered  confidential  or 
proprietary  will  be  made  generally  available.  Analytical  data  generated  under 
CERCLA  will  be  considered  confidential  until  the  data  validation  procedures  set  forth 
in  the  related  Quality  Assurance  Project  Plan  have  been  completed. 

5.1.4  To  the  extent  allowed  by  copyright  laws,  and  in  keeping  with  the  access  guidelines 
developed,  software  will  be  made  available  to  users  interested  in  performing  their  own 
analyses  on  system  data. 

5.1.5  The  cost  benefits  to  be  gained  through  linkage  of  the  GIS  with  other  systems  and 
through  selling  GIS  services  to  others  cannot  be  achieved  if  access  is  too  tightly 
controlled.  The  Clark  Fork  Data  System  GIS  component  now  exists  as  a  stand-alone 
system,  essentially  dedicated  fully  to  Superfund  needs.  The  Montana  State  Library  is 
charged  with  reducing  the  costs  to  Superfund  if  possible  by  selling  access  to  other  users. 
Additionally,  the  MSL  is  developing  additional  GIS  capability  which  may  eventually 
be  linked  to  the  Clark  Fork  system,  with  all  users  taking  advantage  of  the  system  data, 
algorithms,  and  processing  power  made  available  through  the  link. 

5.2  DEFINITIONS  -  For  the  purpose  of  this  Chapter,  the  following  definitions  apply: 

5.2.1  Analytical  data  -  data  resulting  from  field  or  laboratory  analysis  of  environmental 
samples,  along  with  the  associated  reference  data  and  quality  control  data. 

5.2.2  Spatial  data  -  Point,  line  and  polygon  coordinates  and  associated  attribute  data 
comprising  the  GIS  data  base,  not  including  analytical  data  as  defined  in  Section  5.2.1. 


5.2.3  Work  product  -  the  product  of  data  analysis  or  manipulation  (i.e.  report,  map,  or  new 
data  set). 

5.2.4  User  group  -  Agencies,  organizations  or  individuals  linked  for  the  purpose  of  defining 
considerations  for  access  to  the  CFDS. 


5.3  ACCESS  GUIDELINES  -  Guidelines  for  access  have  been  developed  for  various  user 
groups  as  described  below.  Access  rights  and  restrictions  for  individuals  or 
organizations  not  described  within  one  of  these  groups  will  be  determined  by  the  Clark 
Fork  Technical  Working  Group  on  a  case  by  case  basis. 

Access  provisions  are  divided  into  two  major  groups,  those  relating  to  access  funded  by 
EPA  and/or  Potential  Responsible  Parties  (PRP)  for  related  Superfund  activities,  and 
those  relating  to  access  funded  through  other  sources. 

5.3.1  Access  funded  by  EPA  and/or  PRPs  for  Superfund  purposes  -  Data  System  access 
funded  through  these  means  shall  be  limited  to  users  directly  associated  with  the  four 
Clark  Fork  Superfund  sites.  All  work  performed  for  this  group  will  be  tracked  by 
operable  unit  and  billed  to  the  appropriate  MDHES  Responsibility  Center  account  as 
established  under  the  MDHES  Interagency  Agreement  and  cost  tracking  agreement. 

5.3.1.1  Clark  Fork  Superfund  project  managers  (State  Project  Officers  and  EPA  Remedial 
Project  Managers),  their  administrators,  and  support  staff. 

•  This  group  will  be  allowed  full  access  privileges,  including  hands  on  access,  products, 
and  raw  data. 

•  User  accounts  will  be  provided  upon  request  and  after  establishing  that  the  user  is 
knowledgeable  regarding  use  of  the  system.  Direct  hands-on  system  access  will  be 
provide'd  to  the  extent  that  such  access  does  not  interfere  with  data  system  staff  access 
to  the  system. 

•  Requests  for  products  will  be  directed  to  the  CIS  Coordinator  or  Data  System 
Administrator. 

•  Requests  for  routine  data  queries  or  graphical  products  may  be  responded  to 
directly  by  the  G1S  Coordinator  or  the  Data  System  Administrator. 

•  Requests  involving  a  significant  level  of  effort,  such  as  analytical  work, 
extensive  data  manipulation  or  production  of  a  large  number  of  maps  will  be 
submitted  to  the  Clark  Fork  Technical  Working  Group  (or  a  designated  sub- 
group) for  evaluation  of  merit  and  establishment  of  a  priority  for  completion. 

•  All  data  in  the  system  will  be  made  available. 

5.3.1.2  EPA/MDHES  Contractors 

•  EPA/MDHES  contractors  will  have  any  or  all  of  the  access  privilegesafforded  project 
managers  as  authorized  by  an  EPA  RPM  or  MDHES  SPO.  Contractors  not  granted  full 
access  privileges  may  obtain  products  and  data  through  the  EPA  RPM  or  MDHES  SPO. 


5.3.1.3  Potential  Responsible  Parties  (PRPs)  and  their  Contractors. 

•  User  accounts  will  be  provided  upon  request  and  after  establishing  that  the  user  is 
knowledgeable  regarding  use  of  the  system.  Direct  hands-on  system  access  will  be 
provided  to  the  extent  that  such  access  does  not  interfere  with  data  system  staff  access 
to  the  system. 

•  Requests  for  products  shall  be  directed  to  the  GIS  Coordinator  or  Data  System 
Administrator: 

•  Requests  for  routine  data  queries  or  graphical  products  may  be  responded  to 
directly  by  the  GIS  Coordinator  or  the  Data  System  Administrator. 

•  Requests  involving  a  significant  level  of  effort,  such  as  analytical  work, 
extensive  data  manipulation  or  production  of  a  large  number  of  maps  will  be 
submitted  to  the  Clark  Fork  Technical  Working  Group  (or  a  designated  sub- 
group) for  evaluation  of  merit  and  establishment  of  a  priority  for  completion. 

•  PRP  requests  will  have  the  same  priority  as  Clark  Fork  Superfund  project  staff 
requests. 

•  Release  of  unvalidated  analytical  data  and  work  products  will  be  at  the  discretion  of 
the  EPA  RPM  or  MDHES  SPO. 

5.3.1.4  Other  users  directly  associated  with  the  Upper  Clark  Fork  Superfund  Sites  -  nccess 
funding  approved  by  an  executive  committee  of  the  Technical  Working  Group 
(i.e.,  citizen  groups,  units  of  government,  affected  businesses  and  individuals). 

•  User  accounts  may  be  provided  on  a  case-by-case  basis. 

•  System  access  will  only  be  provided  if  such  access  will  not  interfere  with  the  needs 
of  the  Clark  Fork  Superfund  program  and  will  not  jeopardize  the  integrity  of  the  data, 
as  determined  by  the  Clark  Fork  Technical  Working  Group  (or  a  designated  subgroup). 

•  Requests  for  products  shall  be  directed  to  the  GIS  Coordinator  or  Data  System 
Administrator,  with  approval  for  action  coordinated  by  an  executive  committee  of  the 
Technical  Working  Group. 

•  Requests  for  routine  data  queries  or  graphical  products  may  be  responded  to 
directly  by  the  GIS  Coordinator  or  the  Data  System  Administrator. 

•  Requests  involving  a  significant  level  of  effort,  such  as  analytical  work, 
extensive  data  manipulation  or  production  of  a  large  number  of  maps  will  be 
submitted  to  the  Clark  Fork  Technical  Working  Group  (or  a  designated  sub- 
group) for  evaluation  of  merit  and  establishment  of  a  priority  for  completion. 

•  Requests  will  generally  have  a  lower  priority  than  Clark  Fork  Superfund  project 
manager  and  PRP  requests. 

•  Release  of  analytical  data  and  work  products  will  be  at  the  discretion  of  the  EPA 
RPM  or  MDHES  SPO. 

5.3.2  Access  not.  funded  under  the  Clark  Fork  Cooperative  Agreement  -  Costs  associated  with 
providing  access  to  users  not  directly  associated  with  Clark  Fork  Superfund  sites,  or 


otherwise  not  approved  for  funding  under  the  Clark  Fork  Cooperative  Agreement  shall 
be  tracked  separately  and  deducted  from  the  charges  billed  under  MDHES  Interagency 
Agreement  as  described  in  the  Montana  State  Library  GIS  Cost  Sharing  Plan. 

•  User  accounts  may  be  provided  on  a  case-by-case  basis. 

•  System  access  will  only  be  provided  if  such  access  will  not  interfere  with  the  needs 
of  the  Clark  Fork  Superfund  program  and  will  not  jeopardize  the  integrity  of  the  data, 
as  determined  by  the  Technical  Working  Group  (or  a  designated  subgroup). 

•  All  requests  for  products  shall  be  directed  to  the  GIS  Coordinator  or  Data  System 
Administrator. 

•  Non-CFCA  funded  user  requests  will  generally  have  a  lower  priority  than  CFCA 
funded  requests. 

•  Release  of  analytical  and  spatial  data  and  work  products  will  be  at  the  discretion  of 
an  executive  committee  of  the  Technical  Working  Group,  pursuant  to  Section  5.1.3. 
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Potential  Tasks  for  FY  1992 


Prepared     by 

Natural    Resource     Information      System 

Montana     State    Library 

Helena,    Montana 


NRIS 


INTRODUCTION 

At  the  request  of  the  Montana  Environmental  Protection  Agency  (EPA)  and  the  Montana  Department 
of  Health  and  Environmental  Sciences  (DHES),  the  Clark  Fork  Geographic  Information  System  (GIS) 
staff  has  developed  this  summary  report  to  identify  and  outline  GIS  work  for  FY  1992.  The  report  is  a 
planning  document  to  be  used  in  determining  funding  requirements  for  GIS  activities. 

This  document  provides  a  brief  synopsis  of  the  Clark  Fork  GIS  development  to  date,  followed  by  a 
summary  of  anticipated  GIS  work  tasks  for  FY  1992.  The  work  tasks,  developed  by  EPA  and  DHES 
project  managers  along  with  the  GIS  staff  at  the  Montana  State  Library,  are  divided  into  three  categories: 
1)  General,  2)  Basin-wide,  and  3)  Site-specific,  organized  by  operable  unit  and  Master  Plan  Priority. 

POTENTIAL  GIS  TASKS  FOR  FY  1992 

1  GENERAL  GIS  SUPPORT 

There  are  many  services  the  GIS  performs  that  are  best  categorized  as  general.  These  are  services  that 
can  not  be  tied  to  a  specific  site  in  advance  of  the  work,  but  which  support  all  of  the  sites  and  operable 
units  that  employ  GIS  services.  These  are  tasks  that  support  the  acquisition,  coordination,  and  sharing 
of  the  spatial  data  and  providing  technical  support  to  the  Superfund  staff.  These  tasks  are  outlined 
below. 

1.1  GIS  Technical  Support 

As  in  the  past,  the  CFGIS  plans  to  provide  GIS  technical  support  to  the  EPA  and  DHES 
superfund  staff  as  well  as  their  contractors.   This  technical  support  includes: 

■  assistance  in  data  collection  plan  design  to  insure  the  data  will  fit  with  existing  GIS 
design 

■  assistance  in  data  collection  plan  design  to  help  identify  and  evaluate  appropriate  and 
cost-effective  methods 

■  assist  Project  Managers  in  identifying  and  executing  appropriate  spatial  data  projects 

■  oversee  the  execution  and  management  of  GIS  work  requests 

■  participate  in  a  site  team  approach 

■  evaluation  and  advice  related  to  work  proposed  by  contractors  dealing  with  spatial  data 

■  advice  regarding  maps  and  map  use 

■  advice  regrading  remote  sensing  material  and  techniques 

■  advice  related  to  the  effectiveness  and  appropriateness  of  new  technologies  such  as 
data  collection  techniques  using  the  satellite  Global  Positioning  System 

■  spatial  database  design  and  management  advice  and  support 


As  the  requests  arise,  the  work  is  charged  to  the  appropriate  operable  unit,  but  there  are  requests 
that  will  be  made  that  cannot  be  identified  in  advance.  Having  a  trained  and  experienced  GIS 
staff  readily  accessible  here  in  Montana  provides  an  inestimable  service  to  the  Superfund  staff. 

1.2  GIS  Data  Repository,  Inventory,  and  Coordination 

Since  1988,  the  CFGIS  has  served  as  a  manager  of  the  digital  map  data  used  by  DHES,  EPA,  and 
their  contractors.  This  task  and  responsibility  is  growing  as  ARCO  is  recognizing  the  value  of 
all  participants  working  from  a  common  map  database  as  well  as  the  value  of  those  map  data 
being  stored  in  an  accessible,  stable  fashion.  The  CFGIS  at  the  State  Library  provides  this  stable, 
centralized  repository  in  a  neutral,  non-regulatory,  information  dissemination  agency.  The 
CFGIS  staff  have  extensive  knowledge  of  the  data  and  the  needs  of  the  users  based  on  project 
work  over  the  last  three  years.  ARCO  has  recognized  the  value  of  this  arrangement  and  has 
indicated  a  desire  for  the  CFGIS  to  become  the  GIS  data  repository  and  manager.  The  repository 
function  will  mean  that  the  CFGIS  will  receive,  manage,  and  make  GIS  spatial  data  available  to 
all  Clark  Fork  Superfund  participants.  The  CFGIS  is  planning  for  this  increase  in  work  requests 
and  responsibility. 

Related  to  this  task  is  the  need  to  coordinate  and  maintain  an  inventory  of  GIS  data  for  the 
Clark  Fork  Superfund  sites.  The  CFGIS  began  this  task  in  FY  1991  and  plans  to  continue  in 
FY  1992.  This  inventory  was  created  with  and  will  be  maintained  using  an  NRIS-product,  the 
Montana  Data  Directory,  which  is  essentially  a  database  of  databases,  with  each  complete  record 
describing  a  source  of  natural  resource  data  housed  at  various  local,  state,  and  federal  agencies 
throughout  Montana.  Included  in  the  Data  Directory  will  be  entries  from  the  CFGIS,  EPA, 
DHES,  and  their  contractors  as  well  as  ARCO  and  its  contractors.  Also,  since  other  state, 
federal,  and  private  sector  organizations  have  provided  information  to  the  Directory,  it  is  a 
valuable  tool  for  identifying  project-related  data  available  from  organizations  who  are  not  directly 
involved  in  the  Superfund  process. 

1.3  Data  Transfer  Standards 

As  the  value  of  a  central  digital  map  data  repository  is  recognized  and  implemented,  the  need  for 
standards  for  the  transfer  of  the  data  to  and  from  the  repository  arise.  The  CFGIS  has  begun 
work  to  develop  standards  which  will  be  accepted  and  used  by  all  of  the  GIS  users:  EPA,  DHES, 
and  their  contractors  as  well  as  ARCO  and  its  contractors.  The  first  version  of  these  standards 
should  be  in  place  by  the  beginning  of  FY  1992.  The  tasks  for  the  CFGIS  in  FY  1992  related  to 
the  data  transfer  standards  include: 

■  Implementation  of  the  transfer  plan 

■  Evaluation  and  updates  to  the  plan  as  technology,  software,  and  data  acquisition  affect 
the  standards 

■  Provide  training  to  current  and  new  users 

1.4  GIS  Training 

The  CFGIS  is  developing  material  to  be  used  to  train  Superfund  staff  in  GIS  capabilities.  This 
training  is  not  designed  to  turn  Superfund  staff  into  "hands-on"  GIS  analysts,  but  to  give  them 
an  understanding  of  the  power  of  GIS  as  a  tool  to  support  their  work  and  decision  making.  The 
CFGIS  can  provide  "hands-on"  training  if  requested. 


2  CLARK  FORK  DATA  SYSTEM  SUPPORT 

The  Clark  Fork  GIS  is  part  of  the  Clark  Fork  Data  System  (CFDS).  As  such,  some  of  the  GIS  tasks  are 
in  support  of  that  overall  system  and  of  the  Clark  Fork  Data  Management  System  at  the  Montana 
Department  of  Health  and  Environmental  Sciences. 

2.1  CFDS  Data  Standards  Reference  Support 

The  CFGIS  will  continue  to  participate  in  the  development,  implementation,  and  maintenance 
of  the  Clark  Fork  Data  System  Reference.  This  document  provides  detailed  information  regarding 
the  structure  of  the  Clark  Fork  Data  Management  System  and  the  Geographic  Information 
System. 

2.2  Verification  of  Station  Locations 

Site/Operable  Unit:  All 

A  major  function  of  the  CFDMS  is  to  import  data  associated  with  analysis  of  environmental 
samples.  Identifiers  associated  with  each  analysis  include  the  location  of  the  station  where  the 
sample  was  taken,  in  state  plane  or  lat/long  coordinates.  Station  location  information  associated 
with  imported  data  is  often  found  to  be  inaccurate,  which  could  lead  to  erroneous  conclusions 
with  respect  to  extent  of  contamination. 

Many  point  data  representing  sample  locations  are  received  by  the  CFDMS  at  the  MDHES. 
These  data  will  be  transferred  to  the  CFGIS  where  map  plots  of  the  station  locations  will  be 
generated.  These  plots  will  be  used  to  assess  the  locational  accuracy  of  the  stations.  In  addition, 
location  information  associated  with  imported  data  mapped  using  the  GIS  can  be  checked  against 
narrative  descriptions  of  station  locations  for  obvious  discrepancies.  Maps  can  be  sent  to  the 
contractors  generating  the  data  for  further  verification  and  correction  of  errors. 

2.3  Identification  of  data  sets 

Site/Operable  Unit:  All 

Data  stored  in  the  CFDMS  is  linked  to  the  data  collection  effort  or  "survey"  which  resulted  in 
generation  of  the  data.  The  GIS  is  used  to  provide  maps  identifying  station  locations  keyed  to 
the  various  data  sets  (surveys)  available  through  the  CFDMS,  which  are  in  turn  used  to  track 
system  status  and  formulate  system  queries  for  specific  purposes. 

2.4  Support  of  data  coding 

Site/Operable  Unit:  All 

Many  of  the  attributes  associated  with  CFDMS  tables  require  coded  entries,  based  on  the 
association  of  the  data  collection  station  with  spatial  attributes  such  as  stream  reach,  state  plane 
zone,  and  various  physical  features.  GIS  maps  identifying  these  features,  provided  to  contractors 
collecting  data  for  use  in  coding  data  prior  to  transfer  to  the  CFDMS,  will  greatly  reduce  the  time 
necessary  for  data  import  and  verification. 


2.5  Cartographic  Support 

Site/Operable  Unit:  All 

The  CFGIS  will  supply  mapping  and  other  graphics  support  as  needed  by  the  CFDMS.  These 
maps  and  graphics  will  be  used  for  such  things  as  data  display,  data  validation,  reports,  and 
public  meetings. 

3  BASIN-WIDE  SUPPORT 

While  there  are  four  named  NPL  sites,  due  to  the  proximity  and  interrelated  nature  of  the  sites  there  is 
often  the  need  for  GIS  support  on  a  basin-wide  basis.    This  concept  was  recognized  and  stated  in  the 

original  cooperative  agreement  application.  Underlines  ( )  indicate  data  that  are  not  currently  loaded 

on  the  CFGIS. 

3.1  Site:   Clark  Fork  basin-wide 
Task:    Cartographic  Support 

Objective:   Provide  base  map  data  for  general  mapping  and  graphic  support. 

Description:   Basin-wide  base  map  data  is  necessary  for  maps  showing  the  entire  basin  and  to 

provide  context  for  maps  of  specific  sites  or  operable  units.   This  includes  general  mapping  and 

graphics  for  work  plans,  reports,  data  display,  field  maps,  working  meetings,  fact  sheets  and 

public  presentations 

Data  Required:   Topographic  data  being  created  by  Horizons,  Inc.  for  ARCO  along  the  Clark 

Fork;     USGS  1:24,000  scale  Digital  Line  Graphs  showing  roads  and  trails,  railroads,  other 

transportation,  hydrography,  boundaries,  and  public  land  survey  sections;  USGS  1 :24, 000  scale 

Digital  Elevation  Models;  existing  Horizon  data  and  existing  USGS  1:100,000  scale  Digital  Line 

Graphs 

3.2  Site:   Clark  Fork  basin-wide 
Task:   Waste  Repository  Siting 

Objective:   Support  mine  waste  repository  siting  process.. 

Description:    Further  refinement  of  the  potential  mine  waste  repository  sites  identified  by 

ARCO  in  early  1989. 

Data  Required:  Digital  Elevation  Models  (already  loaded  from  DMA,  provided  by  EMSL);  Land 

cover  classification  (EMSL  is  planning  to  provide  this  for  a  Landsat  scene  of  the  Deer  Lodge 

Valley);  TIGER  demographic  data;  Land  type  data  (already  available  from  the  Helena  National 

Forest);  other  land  type  data  to  be  acquired 

3.3  Site:   Clark  Fork  basin-wide 
Task:   PRP  Management 

Objective:   Support  the  PRP  identification  process 

Description:  Overlay  data  about  land  ownership  with  data  about  where  contamination  exists 
Data  Required:  Land  ownership;  Contaminated  areas  (to  be  developed  from  physical/chemical 
data  and  other  sources. 

3.4  Site:   Clark  Fork  basin-wide 
Task:   SHPO  Data  Management 

Objective:   State  Historic  Preservation  Office  (SHPO)  Data  Management 
Description:  Forward  planning  and  RI/FS  project  staff  are  required  by  law  to  perform  a  review 
process  to  determine  the  possible  effect  of  their  activities  on  properties  that  are  eligible  for  or  are 
on  the  National  Register  of  Historic  Places  (NRHP).  The  GIS  can  provide  quick,  easy  access  to 
this  data  once  it  is  loaded  on  the  system. 


Data  Required:   Locations  and  summary  data  for  NRHP  sites  and  SHPO  surveys,  from  the 
SHPO  office. 


3.5  Site:   Clark  Fork  basin-wide 

Task:   Operable  Unit  Status 

Objective:   Update  and  manage  the  Operable  Units  Status  database/map 

Description:   This  data  will  be  constantly  updated  as  to  the  status  of  the  projects  going  on  in 

the  various  operable  units.  The  map  is  in  constant  demand  by  people  wanting  information  about 

the  Clark  Fork  Superfund  sites. 

Data  Required:   Location  of  operable  units  and  status  of  work  planned  or  in  progress 

4  SITE/OPERABLE  UNIT  SUPPORT 

The  following  potential  GIS  tasks  are  divided  by  priority  as  established  in  the  Clark  Fork  Master  Plan. 

The  tasks  are  further  divided  by  NPL  Site  and  Operable  Unit.  Underlines  ( )  indicate  data  that  are 

not  currently  loaded  on  the  CFGIS. 

4.1  High  Priority  Operable  Units 

4.1.1  Site:   Anaconda 
Operable  Unit:   Site- Wide 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24.000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.1.2  Site:   Butte  Area 
Operable  Unit:   Site-Wide 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.1.3  Site:   Milltown  Reservoir 
Operable  Unit:   Site-Wide 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.1.4  Site:  Montana  Pole 
Operable  Unit:  Site-Wide 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 


Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 
field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 
map  theme  data 

4.1.5  Site:   Silver  Bow 
Operable  Unit:   Site-Wide 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.1.6  Site:   Silver  Bow 
Operable  Unit:   Streamside  Tailings 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.1.7  Site:  Anaconda  Smelter 
Operable  Unit:  Community  Soils 
Task:  Soil  Contaminant  Delineation 
Objective:  Soil  contamination  delineation 

Description:    Predict    soil    contaminants    from    aerial    distribution.       Digitize    soil 
contaminants  delineated  on  aerial  photographs 
Data  Required:  Aerial  photographs 

4.1.8  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Import  Land  Use  Data 
Objective:  Support  removal  planning 

Description:  Delineate  land  use  in  the  Anaconda  area.   Acquire  and  classify  the  100k 
x  100k  TM  scene.   This  data  may  be  overlaid  with  streamside  wastes,  arbiter/beryllium 
wastes,   flue  dust  sites,  community  soils,   groundwater  contamination,   tailings,   or 
population  density  figures  to  determine  the  priority  of  clean-up. 
Data  Required:  100k  x  100k  TM  scene  from  EMSL 

4.1.9  Site:  Anaconda  Smelter 
Operable  Unit:  Community  Soils 
Task:  Vegetative  Cover 
Objective:  Support  removal  planning 

Description:  Delineate  vegetative  cover  in  the  Anaconda  area.  Vegetative  cover  (or  lack 
thereof),  can  be  use  to  show  contaminated  soils.  Lack  of  vegetation  may  be  indicative 
of:  1)  Areas  where  clean-up  should  be  a  top  priority,  2)  Areas  where  soil  samples  area 
necessary,  or  3)  Areas  that  should  be  replanted  to  prevent  further  erosion  or  the  carrying 
of  contaminants  further  down  stream.  Soil  samples  may  be  taken  where  deemed 
necessary  because  of  the  lack  of  vegetation,  etc. 
Data  Required:  Aerial  photographs 


4.1.10  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Rectify  data 
Objective:  Support  field  work 

Description:  Any  questionable  data  should  be  field  checked.  For  example,  some  of  the 
soil  samples  data  in  the  Anaconda  area  are  known  to  be  in  error. 
Data  Required:  Soil  sample  data,  field  notes 

4.1.11  Site:  Anaconda  Smelter 
Operable  Unit:  Community  Soils 
Task:  25-,  50-,  and  100-year  Floodplains 

Objective:  Digitize  floodplain  boundaries  at  the  CFGIS  to  estimate  area  covered  by 

contaminants.   Dates  may  be  associated  with  elevations  of  historic  floods. 

Data  Required:  Floodplain  boundaries  from  ARCO,  PTI  has  Old  Works  floodplain 

4.1.12  Site:  Anaconda  Smelter 
Operable  Unit:  Community  Soils 
Task:  Sampling  locations 
Objective:  Input  sampling  locations 

Description:  Digitize  any  sampling  points  along  with  the  attribute  data  associated  with 
them.   This  may  include  soil  or  water  samples. 
Data  Required:  Sample  Points 

4.1.13  Site:  Anaconda  Smelter 
Operable  Unit:  Flue  Dust 

Task:  Update  Flue  Dust  Boundaries 

Objective:  Support  mapping  and  field  correction  efforts 

Description:  Update  fluedust  boundaries.  The  fluedust  boundaries  originally  loaded  at 

the  CFGIS  were  from  a  small  scale  map  and  are  very  general  locations.  The  boundaries 

were  later  updated,  but  the  base  map  used  had  no  control  points.  Street  intersections  or 

other  general  locations  were  used  for  control  points.  These  data  need  to  be  field  checked 

and  corrected  if  necessary. 

Data  Required:   Field  notes,  control  points 

4.1.14  Site:   Butte  Area 
Operable  Unit:   Priority  Soils 
Task:   Cartographic  Support 

Objective:   Provide  general  mapping  and  graphic  support 

Description:  General  mapping  and  graphics  for  work  plans,  reports,  data  display,  field 

maps,  working  meetings,  fact  sheets  and  public  presentations. 

Data  Required:   Horizon  1:2400  or  USGS  1:24,000  scale  base  map  data,   map  theme 

data 

4.1.15  Site:   Butte  Area 
Operable  Unit:   Priority  Soils 
Task:   Endangerment  Assessment 

Objective:   Support  determination  of  endangerment  assessment 

Description:    Show  soil  contaminant  analysis  in  relation  to  population,  residential, 

school,  and  play  area  land  use,  surface  geology  and  faults/veins,  and  Radon  Study  results. 

Data  Required:   soil  sample  data,  population,  land  use,  geology,  radon  study  sample 

results 


4.1.16  Site:   Butte  Area 
Operable  Unit:   Priority  Soils 
Task:   Surface  Configurations 

Objective:   Evaluate  effect  of  alternative  surface  configurations  on  runoff. 
Description:    Map  different  alternative  ground  surfaces  for  reclaimed  areas,  use  this 
data  as  input  to  surface  runoff  models,  map  results  of  model  analyses. 
Data  Required:   alternative  surface  configurations,  runoff  model  data 

4.1.17  Site:   Butte  Area 

Operable  Unit:   Priority  Soils  Expedited  Response  Action 

Task:   Support  for  Removal  Action 

Objective:   Mapping  and  modeling  support  for  removal  of  waste  dumps,  railroad  beds, 

and  other  contaminated  soils 

Description:  Provide  maps  for  field  crews  to  help  identify  removal  areas.  Incorporate 

field  notes     and  produce  revised  maps.     Repeat  until  RPM  is  satisfied  with  site 

boundaries.  Estimate  removal  area  volumes  by  modeling  the  present  and  future  surfaces 

of  the  removal  areas,  or  the  depths  to  be  removed,  using  TIN  software. 

Data  Required:   base  map  data,  input  from  field  crews 

4.1.18  Site:   Butte  Area 

Operable  Unit:   Priority  Soils  Expedited  Response  Action 

Task:   Residential  Sample  and  Survey  Data 

Objective:   Mapping  and  modeling  support  for  residential  sample  and  survey  data. 

Description:   Map  sample  locations  (yards  and  indoors),  blood  lead  data,  indoor  water 

pipe  types,  and  location  of  lead  paint,  model  distribution  of  contaminants  if  possible. 

Data  Required:   base  map  data,  sample  and  survey  locations  and  results 

4.1.19  Site:   Butte  Area 

Operable  Unit:   Priority  Soils  Expedited  Response  Action 

Task:   PRP  management  support 

Objective:   PRP  management  support 

Description:  Map  property  boundaries  or  feature  ownership  of  waste  dumps,  railroad 

beds,  residential  yards,  including  ownership  history. 

Data   Required:   base  map  data,   property   lines  or  feature  ownership,   historical 

ownership 

4.1.20  Site:   Butte  Area 

Operable  Unit:   Priority  Soils  Expedited  Response  Action 

Task:   Reclaimed  Areas  Mapping 

Objective:   Mapping  and  modeling  support  for  reclaimed  areas 

Description:    Map  location  of  reclaimed  areas,  cap  type  and  analytical  results  of  cap 

material  and  material  below  cap. 

Data  Required:   Location  of  reclaimed  areas,  cap  type,  sample  locations  and  results 

4.1.21  Site:   Butte  Area 

Operable  Unit:   Priority  Soils  Expedited  Response  Action 

Task:   Institutional  controls  support 

Objective:   Institutional  controls  support 

Description:    Map  land  use  and  results  of  operable  unit  actions  to  support  control  of 

future   land   development   which   might   impact   or  be  impacted  by   the  results   of 

remediation. 

Data  Required:  disposition  of  contaminants  and  facilities  related  to  remediation  actions 


4.1.22  Site:   Butte  Area 
Operable  Unit:   Mine  Flooding 
Task:   Groundwater  &  Surface  Model 

Objective:   Model  groundwater  surface  and  topography  to  identify  potential  flooding 
Description:   Map  groundwater  monitoring  wells.   Sample  depth  to  groundwater,  use 
kriging  and  TIN  to  generate  a  depth-to-groundwater  surface,  subtract  from  land  surface 
to  create  groundwater  surface.  Use  a  model  to  generate  potential  flooding  map,  correlate 
this  with  land  use  and  population  density. 

Data  Required:    Monitoring  well  locations  and  data,  analysis  of  well  data  by  kriging 
software,  topographic  data 

4.1.23  Site:   Silver  Bow  Creek 
Operable  Unit:   Area  I 
Task:   Support  Field  Sampling 

Objective:   Support  field  sampling  efforts  and  perform  data  input  to  the  CFDMS 
Description:       Map  locations,  types,  and  results  from  CH2M  Hill  samples  of  the 
Colorado,  Parrot,  and  Butte  Reduction  works  tailings.  Correlate  lab  results  with  land  use 
data  from  EPIC 
Data  Required:   CH2M  Hill  sample  data 

4.1.24  Site:  Silver  Bow  Creek 
Operable  Unit:   Lower  Area  I 

Task:   Mapping  and  modeling  for  design 

Objective:   Mapping  and  modeling  for  design 

Description:    Provide  maps  to  assist  design  and  construction  of  caps,  drainage  plans, 

utilities  location,  and  physiography,  of  remediation  sites.  Map  physicochemical  data,  soils 

and  tailings  depths,  as  built  plans,  and  provide  progress  maps 

Data    Required:       1:2400    scale    Horizon    data,    design    and    construction    plans, 

physicochemical  data 

4.1.25  Site:  Silver  Bow  Creek 
Operable  Unit:  Rocker  RI/FS 
Task:   Removal  Site  Identification 

Objective:   Support  identification  of  removal  sites. 

Description:  Produce  field  maps  of  proposed  removal  sites.  Incorporate  field  notes  and 

produce  revised  maps.   Repeat  process  until  RPM's  are  satisfied  with  site  boundaries. 

Data  Required:   Horizon  1:2400  or  USGS  1:24,000  scale  base  map  data,   sample  site 

results 

4.1.26  Site:   Silver  Bow  Creek 
Operable  Unit:   Rocker  RI/FS 
Task:   Support  Removal  Planning 
Objective:  Support  removal  planning 

Description:  Estimate  volume  of  contaminated  materials  to  be  removed  by  modeling 
the  present  and  future  surfaces  of  the  removal  area  or  the  depths  to  be  removed,  using 
the  Arc/Info  TIN  software. 

Data  Required:  boundaries  of  removal  areas,  present  and  future  surfaces  or  depths  to 
be  removed 

4.1.27  Site:  Silver  Bow  Creek 
Operable  Unit:  Rocker  RI/FS 
Task:   Cartographic  Support 

Objective:   Provide  general  mapping  and  graphic  support 


Description:  Genera]  mapping  and  graphics  for  work  plans,  reports,  data  display,  field 
maps,  working  meetings,  fact  sheets  and  public  presentations. 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  scale  base  map  data,  specific  map 
theme  data 

4.1.28  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 
Task:  Groundwater  Surface 

Objective:  Data  modeling  of  depth  to  groundwater 

Description:  If  groundwater  data  is  collected,  the  sample  points  can  be  used  to  generate 

a  model  of  average  height  of  groundwater.  The  terrain  data  may  be  overlaid  on  the  data 

to  produce  a  model  of  average  depth  to  groundwater 

Data  Required:  Groundwater  depth  samples 

4.1.29  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 
Task:  Import  Sample  Data 
Objective:  Map  all  sampling  data  sites 

Description:  Map  all  sampling  data  sites  as  they  come  in.  This  will  be  digitized  as  point 
data,  with  various  attributes  tied  to  it. 
Data  Required:  Sampling  Site  locations 

4.1.30  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 

Task:  Soil  Contamination  Interpretation 

Objective:  Levels/extent  of  surface  soils  contamination 

Description:  Map  all  soil  sample  points.   Statistical  Analysis  such  as  the  likelihood  of 

a  particular  contaminant  level  occurring  at  a  particular  location  may  be  preformed. 

Data  Required:  Soil  Sample  Sites 

4.1.31  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 

Task:  Groundwater  Contamination  Interpretation 

Objective:  Support  design  effort 

Description:  Levels/extent  of  ground  water  contamination.     Map  all  ground  water 

sample  points. 

Data  Required:  Ground  Water  Sample  Sites 

4.1.32  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 
Task:  Input  Property  Boundaries 
Objective:  PRP  Management  Support 

Description:  Map  property  boundaries.  The  property  boundaries  may  be  overlaid  with 
a  coverage(s)  showing  ground  water  contaminants  and/or  surface  soils  contamination  to 
determine  the  priorities  for  clean  up. 
Data  Required:  Property  boundaries 

4.1.33  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 
Task:  Input  Ownership  History 
Objective:  PRP  Management  Support 

Description:  May  be  used  to  determine  the  PRP  responsibility  for  clean-up  actions. 
Data  Required:  Ownership  History 


4.1.34  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 

Task:  Alternative  Selection:  Groundwater 

Objective:   Support  for  the  selection  of  remedial  alternative 

Description:  Models  may  be  built  to  show  the  location  of  ground  water,  and  the  ground 

water  locations  likely  to  contain  the  most  contaminants.  These  areas  may  be  designated 

for  interception  or  treatment. 

Data  Required:  Ground  Water  Samples 

4.1.35  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 
Task:  Field  Maps 

Objective:  Provide  field  maps  to  support  identification  of  removals  sites. 
Description:  Provide  maps  for  field  crews  to  help  identify  removal  areas.  Incorporate 
field  notes     and  produce  revised  maps.     Repeat  until  RPM  is  satisfied  with  site 
boundaries.  Estimate  removal  area  volumes  by  modeling  the  present  and  future  surfaces 
of  the  removal  areas,  or  the  depths  to  be  removed,  using  TIN  software. 
Data  Required:    1:2400  Horizon  data.  Soil  Samples  input  from  field  crews 

4.1.36  Site:  Montana  Pole 
Operable  Unit:  Montana  Pole 
Task:  Volume  Calculations 

Objective:  Support  for  the  selection  of  remedial  alternative 

Description:  Models  may  be  made  to  show  what  an  area  would  look  like  after  soil 

removal,  or  what  an  area  would  look  like  if  soil  was  moved  on  top  of  it. 

Data  Required:  boundaries  of  removal  areas,  present  and  future  surfaces  or  depths  to 

be  removed 

4.2  Intermediate  Priority  Operable  Units 

4.2.1  Site:   Butte  Area 
Operable  Unit:   Priority  Soils  RI/FS 
Task:   Runoff  Model 
Objective:   Support  RI/FS  process 

Description:  Provide  topographic  and  land  use  data  for  input  to  runoff  model.  Map 
estimated  runoff  to  support  sediment  basin  design.  Import  and  display  alternative 
sediment  basin  designs. 

Data  Required:  topographic  data,  potential  rainfall  data,  runoff  model  output,  proposed 
sediment  basin  designs 

4.2.2  Site:   Butte  Area 
Operable  Unit:   Priority  Soils  RI/FS 
Task:   Input  &  Map  Sample  Locations 
Objective:   Support  RI/FS  process 

Description:  Sampling  data  location  and  interpretation  mapping  -  load  and  map  sample 
locations  with  corresponding  CFDMS  data 
Data  Required:   sample  data 

4.2.3  Site:   Butte  Area 
Operable  Unit:   Priority  Soils  RI/FS 
Task:   Institutional  Control  Support 
Objective:  Institutional  controls  support 


Description:    Map  land  use  and  results  of  operable  unit  actions  to  support  control  of 

future  land  development   which  might   impact  or  be   impacted  by   the  results   of 

remediation. 

Data  Required:     disposition  of  contaminants  and  facilities  related  to  remediation 

actions 

4.2.4  Site:   Butte  Area 
Operable  Unit:   Priority  Soils  RI/FS 
Task:   PRP  Management  Support 
Objective:   PRP  management  support 

Description:  Map  property  boundaries  for  or  feature  ownership  of  mining  claims, 
including  ownership  history. 

Data  Required:     property  boundaries  or  mining  claim  boundaries  and  ownership, 
historic  ownership 

4.2.5  Site:   Silver  Bow  Creek 
Operable  Unit:   Streamside  Tailings 
Task:   Identification  of  Removal  Sites 

Objective:    Support  identification  of  removal  sites  along  the  Metro  Storm  Drain  and 

above  Colorado  Tailings. 

Description:   Produce  field  maps  of  proposed  removal  sites,  including  sample  results. 

Incorporate  field  notes  additional  sampling  (as  needed,  determined  according  to  sample 

site  maps)  to  produce  revised  maps.   Repeat  process  until  RPM's  are  satisfied  with  site 

boundaries. 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  scale  base  map  data,   sample  site 

results 

4.2.6  Site:   Silver  Bow  Creek 
Operable  Unit:   Streamside  Tailings 
Task:   Identification  of  Removal  Sites 

Objective:   Support  identification  of  removal  sites  between  the  Colorado  Tailings  and 

Warm  Springs  Ponds. 

Description:   Produce  field  maps  of  proposed  removal  sites,  including  sample  results. 

Incorporate  field  notes  additional  sampling  (as  needed,  determined  according  to  sample 

site  maps)  to  produce  revised  maps.   Repeat  process  until  RPM's  are  satisfied  with  site 

boundaries. 

Data  Required:   Horizon  1:2400  or  USGS  1:24,000  scale  base  map  data,   sample  site 

results 

4.2.7  Site:   Silver  Bow  Creek 
Operable  Unit:   Streamside  Tailings 
Task:   Volume  Estimation 
Objective:  Support  removal  planning 

Description:  Estimate  volume  of  contaminated  materials  to  be  removed  by  modeling 
the  present  and  future  surfaces  of  the  removal  area  or  the  depths  to  be  removed,  using 
the  Arc/Info  TIN  software. 

Data  Required:  boundaries  of  removal  areas,  present  and  future  surfaces  or  depths  to 
be  removed 

4.2.8  Site:   Silver  Bow  Creek 
Operable  Unit:   Streamside  Tailings 
Task:   Flood  Surface  Elevations 
Objective:   Identify  areas  at  risk  of  flooding 
Description:  Determine  surface  elevation  of  various  floods 
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the  wells  or  sampling  stations  will  be  digitized 


4.2.14  Site:  Milltown  Reservoir 
Operable  Unit:  Milltown  Reservoir/Sediments 
Task:  Ground  Water  Characterization  mapping 
Objective:  Support  supplemental  site  investigation 

Description:  Ground  water  characterization  mapping.  Point  locations  for  the 
groundwater  samples  will  be  digitized  at  the  CFGIS,  along  with  the  attribute  data  for 
each  point.  A  model  can  be  generated  to  show  characteristics,  such  as  depth  to  ground 
water,  by  interpolating  between  the  point  locations  and  overlaying  the  coverage  with  the 
terrain  data. 
Data  Required:  Ground  water  Samples 

4.2.15  Site:  Milltown  Reservoir 
Operable  Unit:  Milltown  Reservoir/Sediments 
Task:  Sediment  Depth/Characterization  Mapping 
Objective:  Support  supplemental  site  investigation 

Description:  Point  locations  for  the  sediment  samples  will  be  digitized  at  the  CFGIS, 
along  with  the  attribute  data  for  each  point. 
Data  Required:  Sediment  Samples 

4.2.16  Site:  Milltown  Reservoir 

Operable  Unit:   Milltown  Reservoir/Sediments 

Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1 :2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.2.17  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 
Task:  Surface  Water  Quality  Monitoring 
Objective:  Support  design  effort 

Description:  The  USGS  and  Montana  WQB  already  have  a  number  of  monitoring 
stations  along  the  Clark  Fork.  There  has  been  some  discussion  at  EPA,  in  coordination 
with  ARCO,  the  USGS,  and  the  Montana  Water  Quality  Bureau,  of  implementing  more 
long  term  monitoring  data  as  well. 
Data  Required:  Surface  Water  Monitoring  Stations 

4.2.18  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 

Task:  Regional  Groundwater  Characterization 

Objective:  Ground  water  characterization  mapping 

Description:  Point  locations  for  the  groundwater  samples  will  be  digitized  at  the  CFGIS, 

along  with  the  attribute  data  for  each  point.     A  model  can  be  generated  to  show 

characteristics,  such  as  depth  to  ground  water,  by  interpolating  between  the  point 

locations  and  overlaying  the  coverage  with  the  terrain  data. 

Data  Required:  Groundwater  Samples 

4.2.19  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 

Task:  Contaminant  Characterization/Location 

Objective:  Map  contaminants 

Description:  Point  locations  for  the  samples  will  be  digitized  at  the  CFGIS,  along  with 

the  attribute  data  for  each  point,  including  exposed  or  buried  tailings. 


Data  Required:  Contaminant  Samples 

4.2.20  Site:   Milltown  Dam 
Operable  Unit:    Clark  Fork  River 
Task:   Identification  of  Removal  Sites 

Objective:   Support  identification  of  removal  sites  below  Warm  Springs  Ponds. 

Description:    Produce  field  maps  of  proposed  removal  sites,  including  sample  results. 

Incorporate  field  notes  additional  sampling  (as  needed,  determined  according  to  sample 

site  maps)  to  produce  revised  maps.   Repeat  process  until  RPM's  are  satisfied  with  site 

boundaries. 

Data  Required:   Horizon  1:2400  or  USGS  1:24,000  scale  base  map  data,   sample  site 

results 

4.2.21  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 
Task:  Fisheries  Study  Mapping 
Objective:  Support  baseline  risk  assessment 

Description:  Use  Sediment  Quality  Triad,  Fish  Toxicity  Sampling  Stations  to  create 

model 

Data  Required:  Sediment  Quality  Triad,  Fish  Sampling  Station  Data 

4.2.22  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 

Task:  Import  Sediment  Transport  Model  Results 
Objective:  Support  design  effort 

Description:  A  model  of  sediment  sampling  points  will  be  generated  outside  of  the 
CFGIS  and  imported  as  a  data  layer.  The  modeling  exercise  will  analyze  the  type  of 
sediment  likely  to  be  found  behind  the  dam,  the  amount  of  sediment  likely  to  be  found 
and  likely  location  based  on  sediment  sampling  sites.  The  data  layer  will  be  used  to 
generate  maps  and  illustrations  for  public  documents.  It  may  also  be  used  in  conjunction 
with  other  data  layers  to  aid  in  determining  the  priority  of  clean-up. 
Data  Required:  Sediment  Transport  Model 

4.2.23  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 
Task:  Land  Use  and  Zoning 

Objective:  Support  institutional  control  assessment 
Description:  Digitize  land  use  and  zoning  boundaries 
Data  Required:  Land  Use  Boundaries,  Zoning  Boundaries 

4.2.24  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 
Task:  Floodplains 

Objective:  Support  site  characterization 

Description:  Identify  25-  ,50- ,  100-year  floodplains.  Digitize  floodplain  boundaries  at 

the  CFGIS  to  estimate  area  covered  by  contaminants.    Dates  may  be  associated  with 

elevations  of  historic  floods. 

Data  Required:  Floodplain  boundaries  from  FEMA  or  PI 

4.2.25  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 
Task:  Census  Data 
Objective:  Input  Census  data 


Description:  Import  Census  Block  Groups  and  Tracts.  After  Census  Block  Groups  and 
Tracts  are  imported,  population  density  may  be  calculated.  Population  may  be  allocated 
based  on  residential  areas  identified  in  base  map  area. 
Data  Required:  Census  Data,  population  density  from  Donelley  Marketing 

4.2.26  Site:  Milltown  Reservoir 
Operable  Unit:  Clark  Fork  River 
Task:  Input  Base  Map  Data 
Objective:  Input  Horizon  data 

Description:  Import  base  topographic  data  for  the  Clark  Fork  River  corridor  from 
horizon  mapping.  Once  this  data  is  in  place,  terrain  models  and  maps  will  be  possible. 
Data  Required:  Horizon's  CFR  topographic  data 

4.2.27  Site:  Milltown  Reservoir 
Operable  Unit:   Clark  Fork  River 
Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.2.28  Site:  Anaconda  Smelter 
Operable  Unit:  Site- Wide  Groundwater 
Task:  Groundwater  Contamination 

Objective:  Support  the  characterization  of  the  extent  of  ground  water  contamination 
Description:  Determine  extent  of  ground  water  contamination.  Groundwater  monitoring 
effort  will  be  done  in  Spring  1991.  RI/FS  Scoping  and  Negotiations  will  continue  through 
1992.  CFGIS  will  digitize  all  sampling  points  with  the  associated  attributes,  generate 
field  maps,  update  sample  point  locations  or  attributes  if  necessary,  and  create  maps  for 
meetings  or  documents. 
Data  Required:  Groundwater  monitoring  data 

4.2.29  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  STATSGO 

Objective:  Load  SCS's  STATSCO  soils  250k  data 

Description:  The  STATSCO  data  may  be  used  to  delineate  areas  of  higher  permeability. 

These  areas  may  be  considered  high  priority  for  clean-up.    The  soils  data  may  also  be 

overlaid  with  the  vegetation  coverage.  If  a  certain  type  of  vegetation  is  not  found  in  an 

area  where  the  soil  should  support  it,  the  situation  may  be  indicative  of  contaminants  in 

the  soil. 

Data  Required:  STATSCO  250k  data,  base  map  data 

4.2.30  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Irrigation/Stream  Mapping 

Objective:  Map  historical  irrigation  as  well  as  streams  to  show  possible  contaminant 

spread 

Description:  Most  of  the  streams  already  exist  in  the  CFGIS  database,  but  irrigation 

data  needs  to  be  entered.    Areas  under  irrigation  should  be  digitized  as  follows:  1) 

irrigated  before  1955  and  irrigated  currently,  2)  irrigated  before  1955,  but  not  irrigated 

currently,  or  3)  not  irrigated  before  1955,  but  irrigated  currently.  This  may  be  available 

from  the  DNRC  water  rights  data. 


Data  Required:  Irrigation  data,  base  map  data 

4.2.31  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide  Ground  Water 
Task:  Depth  to  Bedrock 

Objective:  When  the  samples  from  the  Anaconda  area  are  in  place,  the  CFGIS  will 

determine  the  Ground  Water  depth  to  bedrock 

Description:  A  coverage  may  be  built  showing  the  average  depth  of  ground  water  to 

bedrock,  by  interpolating  the  values  between  sample  points. 

Data  Required:  Groundwater  Monitoring  data,  elevation  data 

4.2.32  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide  Groundwater 
Task:  Storm  water  mapping 
Objective:  Identify  storm  drainage  system 

Description:  Identify  and  map  storm  drainage  system  to  determine  inputs,  if  any,  to 
Warm  Springs  Creek.  Storm  drains  may  be  digitized  at  the  CFGIS. 
Data  Required:  Storm  Drains,  base  map  data 

4.2.33  Site:   Anaconda 

Operable  Unit:   Site- Wide  Groundwater 

Task:   Cartographic  Support 

Objective:  Provide  general  mapping  and  graphics  support 

Description:  Provide  maps  for  reports,  public  presentations,  work  plans,  data  display, 

field  maps,  working  meetings,  and  fact  sheets 

Data  Required:  Horizon  1:2400  or  USGS  1:24,000  and  1:100,000  scale  base  map  data, 

map  theme  data 

4.2.34  Site:  Anaconda  Smelter 
Operable  Unit:  Old  Works 
Task:  Golf  Course 

Objective:  Build  a  golf  course  at  Old  Works 

Description:  Remove  some  tailings,  contour  others,  etc.  Provide  model(s)  to  show  what 

a  golf  course  build  in  the  Old  Works  area  would  look  like.  Make  terrain  models  to  show 

removal  areas,  etc. 

Data  Required:  Golf  Course  Boundary,  Horizon  1:2400 

4.2.35  Site:  Anaconda  Smelter 
Operable  Unit:  Old  Works 
Task:  Historic  Resources 

Objective:  Identify  and  map  historic  resources 

Description:  Maps  of  historic  resources  may  be  overlaid  with  other  data  at  the  CFGIS 

to  aid  in  removal  actions. 

Data  Required:  Historic  resource  boundaries,  1 :2400  Horizon  data 

4.2.36  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Import  Census  Data 
Objective:  Support  design  effort 

Description:  Import  Census  Block  Groups  and  Tracts.  When  the  Census  data  are  in 
place,  it  may  be  overlaid  with  Land  Use  to  determine  population  densities.  The 
population  densities,  including  breakdowns  by  sex  and  age,  may  be  overlaid  with  flue 
dust,  arbiter/beryllium  wastes,  streamside  wastes,  or  community  soils  data  to  determine 
clean-up  priorities  based  on  the  threat  to  human  health. 


Data  Required:  Census  Data,  Population  density  data  from  Donelly  Marketing 

4.2.37  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Meteorological  Data 

Objective:  Load  Anaconda  area  precipitation  data 

Description:  Precipitation  values  in  the  area  surrounding  Anaconda  can  be  used  to 

generate  a  model  showing  average  precipitation.  Areas  of  greater  precipitation  may  be 

an  indication  of  contaminant  movement  or  penetration  into  the  groundwater  or  aquifer. 

The  precipitation  data  may  also  be  overlaid  with  the  soils  data.   Areas  with  high  levels 

of  precipitation  and  high  levels  of  soil  permeability  will  be  areas  of  concern. 

Data  Required:  Precipitation  data  from  NOAA  base  map  data 

4.2.38  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  City  Zoning  Map 
Objective:  Digitize  zoning  areas 

Description:  Digitize  zoning  areas  from  county  planning  department.   These  data  can 
be  overlayed  with  flue  dust,  arbiter/beryllium  wastes,  old  works,  smelter  hill,  etc  to 
determine  top  priority  clean-up,  as  well  as  possible  waste  containment  sites. 
Data  Required:  County  Zoning  Maps,  base  map  data 

4.2.39  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Contour  elevations 

Objective:  Enter  contour  elevation  values 

Description:  The  current  dataset  at  CFGIS  contains  the  contour  elevation  values  as 

annotation  only,  and  not  as  arc  attribute  items.   When  the  new  data  set  is  loaded,  the 

CFGIS  will  be  able  to  use  TIN  for  terrain  modeling,  etc.  The  elevations  must  be  entered 

manually. 

Data  Required:  Contour  values 

4.2.40  Site:  Anaconda  Smelter 
Operable  Unit:  Site-wide 
Task:  Reclamation  Mapping 
Objective:  Support  reclamation  work 

Description:  Delineate  areas  that  need  reclamation  work,  update  boundaries,  and 

prepare  field  maps.     Terrain  modeling  is  possible  for  areas  under  consideration  for 

removal. 

Data  Required:  Reclamation  boundaries,  1:2400  Horizon  data 

4.2.41  Site:  Anaconda  Smelter 
Operable  Unit:  Smelter  Hill 
Task:  Smelter  Hill  Drainages 

Objective:  Input  and  map  Smelter  Hill  Drainages 

Description:  The  drainages  in  the  Smelter  Hill  area  may  be  digitized  at  the  CFGIS. 
These  data  may  be  use  to  show  drainages  in  proximity  to  Warm  Springs  Creek  for  re- 
routing, or  to  identify  run  off  for  basin  flow  models  if  overlaid  with  elevation  data. 
Data  Required:  Elevation  data.  Drainages,  1 :2400  Horizon  data 


4.3  Low  Priority  Operable  Units 

4.3.1  Site:  Anaconda  Smelter 

Operable  Unit:  Agricultural  Lands/Regional  Soils 

Task:  Vegetative  Stress 

Objective:  Support  design  effort 

Description:   Import   vegetative   stress   data   (from   EMSL)   as   a   result   of  aerial 

distribution  and  irrigation.   This  data  may  then  be  overlaid  with  the  land  use  coverage 

to  determine  areas  under  abnormal  vegetative  stress. 

Data  Required:  EMSL  Vegetative  Stress  data,  Landuse  data,  1:2400  Horizon  data 

4.3.2  Site:  Anaconda  Smelter 
Operable  Unit:  Tailings 

Task:  Opportunity  Ponds  Mapping 

Objective:  Map  Opportunity  Ponds 

Description:  Digitize  and  map  new  Opportunity  Ponds  boundaries.  They  have  changed 

from  removals,  new  berm  construction,  etc.  The  new  boundaries  may  be  taken  from  the 

aerial  photographs  (ARCO  flew  the  ponds,  summer  1990).  These  maps  will  likely  be  used 

at  public  meetings  or  in  public  documents. 

Data  Required:  Pond  boundaries,  1:2400  Horizon  data 


Projected  GIS  Tasks  and  Hours  for  FY  1992 


Site 


Operable  Unit 


Task 


Hours 


General 

All 

1.1  Technical  Support 

520 

General 

All 

1.2  Repository  Administration 

520 

General 

All 

1.3  Data  Transfer  Standards 

160 

General 

All 

1.4  Training 

100 

CFDMS 

All 

2.1  Data  Standards  Reference 

80 

CFDMS 

All 

2.2  Station  Verification 

80 

CFDMS 

All 

2.3  Data  Set  Identification 

80 

CFDMS 

All 

2.4  Data  Coding  Support 

120 

CFDMS 

All 

2.5  Cartographic  Support 

100 

Basin-wide 

All 

3.1  Cartographic  Support 

120 

Basin-wide 

All 

3.2  Waste  Repository  Siting 

120 

Basin-wide 

All 

3.3  PRP  Management 

480 

Basin-wide 

All 

3.4  SHPO  Data  Management 

120 

Basin-wide 

All 

3.5  Operable  Unit  Status 

80 

***  High  Priority  Operable  Units  *♦* 

Anaconda 

Site- wide 

4.1.1  Cartographic  Support 

120 

Butte  Area 

Site-wide 

4.1.2  Cartographic  Support 

60 

Milltown  Reservoir 

Site-wide 

4.1.3  Cartographic  Support 

60 

Montana  Pole 

Site -wide 

4.1.4  Cartographic  Support 

60 

Silver  Bow 

Site-wide 

4.1.5  Cartographic  Support 

60 

Silver  Bow 

Streamside  Tailings 

4.1.6  Cartographic  Support 

120 

Anaconda 

Community  Soils 

4.1.7  Soil  Contamination  Delineation 

60 

Anaconda 

Community  Soils 

4.1.8  Import  Land  Use  Data 

40 

Anaconda 

Community  Soils 

4.1.9  Import  Vegetative  Cover 

40 

Anaconda 

Community  Soils 

4.1.10  Rectify  Station  Locations 

40 

Anaconda 

Community  Soils 

4.1.11  Import  Floodplains 

20 

Anaconda 

Community  Soils 

4.1.12  Input  Sampling  Locations 

40 

Anaconda 

Flue  Dust 

4.1.13  Update  Boundaries 

40 

Butte  Area 

Priority  Soils 

4.1.14  Cartographic  Support 

160 

Butte  Area 

Priority  Soils 

4.1.15  Endangerment  Assessment 

80 

Butte  Area 

Priority  Soils 

4.1.16  Surface  Configurations 

120 

Butte  Area 

Priority  Soils  Exp  Response 

4.1.17  Support  for  Removal  Action 

12 

Butte  Area 

Priority  Soils  Exp  Response 

4.1.18  Residential  Sample  &  Survey  Data 

80 

Butte  Area 

Priority  Soils  Exp  Response 

4.1.19  PRP  Management  Supporty 

24 

Butte  Area 

Priority  Soils  Exp  Response 

4.1.20  Reclaimed  Areas  Mapping 

60 

Butte  Area 

Priority  Soils  Exp  Response 

4.1.21  Institutional  Controls  Support 

160 

Butte  Area 

Mine  Flooding 

4.1.22  Groundwater  &  Surface  Model 

160 

Silver  Bow 

Area  I 

4.1.23  Support  Field  Sampling 

80 

Silver  Bow 

Lower  Area  I 

4.1.24  Mapping  &  Modeling  for  Design 

100 

Silver  Bow 

Rocker  RI/FS 

4.1.25  Removal  Site  Identification 

80 

Silver  Bow 

Rocker  RI/FS 

4.1.26  Support  Removal  Planning 

60 

Silver  Bow 

Rocker  RI/FS 

4.1.27  Cartographic  Support 

40 

Montana  Pole 

Montana  Pole 

4.1.28  Groundwater  Surface 

80 

Montana  Pole 

Montana  Pole 

4.1.29  Import  Sample  Data 

40 

Montana  Pole 

Montana  Pole 

4.1.30  Soil  Contamination  Interpetation 

80 

Montana  Pole 

Montana  Pole 

4.1.31  Groundwater  Contam  Interpetation 

80 

Montana  Pole 

Montana  Pole 

4.1.32  Input  Property  Boundaries 

60 

Montana  Pole 

Montana  Pole 

4.1.33  Input  Ownership  History 

60 

Montana  Pole 

Montana  Pole 

4.1.34  Alternative  Selection:  Groundwater 

120 

Montana  Pole 

Montana  Pole 

4.1.35  Field  Maps 

40 

Montana  Pole 

Montana  Pole 

4.1.36  Volume  Calculations 

40 

Intermediate  Priority  Operable  UniU  *** 


Butte  Area 
Butte  Area 
Butte  Area 
Butte  Area 
Silver  Bow 
Silver  Bow 
Silver  Bow 
Silver  Bow 
Silver  Bow 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Milltown  Reservoir 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 
Anaconda 


Priority  Soils  RI/FS 

Priority  Soils  RI/FS 

Priority  Soils  RI/FS 

Priority  Soils  RI/FS 

Streamside  Tailings 

Streamside  Tailings 

Streamside  Tailings 

Streamside  Tailings 

Streamside  Tailings 

Reservoir/Sediments 

Reservoir/Sediments 

Reservoir/Sediments 

Reservoir/Sediments 

Reservoir/Sediments 

Reservoir/Sediments 

Reservoir/Sediments 

CFR 

CFR 

CFR 

CFR 

CFR 

CFR 

CFR 

CFR 

CFR 

CFR 

CFR 

Site-wide  Groundwater 

Site-wide  Groundwater 

Site-wide  Groundwater 

Site-wide  Groundwater 

Site-wide  Groundwater 

Site-wide  Groundwater 

Old  Works 

Old  Works 

Site-wide 

Site-wide 

Site-wide 

Site-wide 

Site-wide 

Smelter  Hill 


4.2.1  Runoff  Model  80 

4.2.2  Input  &  Map  Sample  Locations  40 

4.1.3  Institutional  Control  Support  80 

4.2.4  PRP  Management  Support  80 

4.2.5  Identification  of  Removal  Sites  60 

4.2.6  Identification  of  Removal  Sites  100 

4.2.7  Volume  Estimation  120 

4.2.8  Flood  Surface  Elevations  40 

4.2.9  PRP  Management  Support  200 

4.2.10  Digital  Terrain  Analysis  200 

4.2.11  Baseline  Risk  Assessment  60 

4.2. 12  Baseline  Risk  Assessment  200 

4.2.13  Supplemental  Site  Investigation  60 

4.2.14  Supplemental  Site  Investigation  120 

4.2.15  Supplemental  Site  Investigation  30 

4.2.16  Cartographic  Support  40 

4.2.17  Surface  Water  Quality  Monitoring  60 

4.2.18  Regional  Groundwater  Characterization  80 

4.2.19  Contam  Characterization/Location  60 

4.2.20  Identification  of  Removal  Sites  120 

4.2.21  Baseline  Risk  Assessment  80 

4.2.22  Import  Sediment  Model  Results  60 

4.2.23  Input  Land  Use/Zoning  60 

4.2.24  Input  Floodplains  40 

4.2.25  Input  Census  Data  40 

4.2.26  Input  Base  Map  Data  60 

4.2.27  Cartographic  Support  40 

4.2.28  Groundwater  Contamination  100 

4.2.29  Import  STATSCO  Data  80 

4.2.30  Irrigation  Mapping  60 

4.2.31  Depth  to  Bedrock  80 

4.2.32  Storm  Water  Mapping  40 

4.2.33  Cartographic  40 

4.2.34  Identify  Historic  Resources  30 

4.2.35  Golf  Course  40 

4.2.36  Import  Census  Data  80 

4.2.37  Import  Meteorological  Data  80 

4.2.38  Import  City  Zoning  Map  60 

4.2.39  Enter  Contour  Data  120 

4.2.40  Reclamation  Mapping  40 

4.2.41  Input  Smelter  Hill  Drainages  40 


Anaconda 
Anaconda 


Low  Priority  Operable  Units 


Ag  Lands/Reg  Soils 
Tailings 


4.3.1  Import  Vegetative  Stress 

4.3.2  Opportunity  Ponds  Mapping 


40 
60 


Total  Hours  Required 
Total  Hours  Available 


8780 
6630 


Balance 


-2150 
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EXECUTIVE  SUMMARY 


In  1986,  the  U.S.  Environmental  Protection  Agency  (EPA),  Region  8-Helena  Office  determined 
that  the  development  and  use  of  a  comprehensive  data  management  system  would  be  valuable 
in  achieving  the  goals  of  the  upper  Clark  Fork  River  Superf und  project.  There  are  four  major 
Superfund  sites  along  the  upper  Clark  Fork  River,  and  their  combined  geographical  area 
comprises  one  of  the  largest  Superfund  sites  in  the  United  States.  Since  the  sites  are  inter- 
related, all  Superfund  activities  within  the  upper  Clark  Fork  Basin  must  be  coordinated  to 
maintain  consistency  in  enforcement  strategies,  community  relations,  sequencing  of  remedial 
actions,  risk  assessment,  and  modeling  of  potential  environmental  impacts. 

To  confront  the  extraordinary  challenges  in  coordination  and  data  management,  an  integrated 
information  management  system  was  essential.  Such  a  system  would  be  needed  to  organize  and 
manage  the  volumes  of  tabular  data  generated  throughout  the  multiple  investigations.  In 
addition,  given  the  interconnections  among  the  sites  and  massive  spatial  coverages  involved, 
a  geographic  information  system  (GIS)  was  needed  to  complement  the  central  data  system.  A 
GIS  is  the  only  computerized  tool  powerful  and  flexible  enough  to  support  the  analyses  of 
various  scenarios  developed  to  meet  planning,  remedial,  oversight,  and  enforcement  objectives. 
The  GIS  would  be  instrumental  in  conducting  the  analyses  in  a  timely  and  cost  effective 
manner. 

Thus,  in  early  1987,  EPA  officials  formalized  an  agreement  with  the  Montana  Department  of 
Health  and  Environmental  Sciences  (MDHES)  to  develop  and  implement  an  integrated  Data 
Management  System  (DMS).  Later  in  1987,  the  MDHES  selected  the  Montana  State  Library  and 
its  Natural  Resource  Information  System  (NRIS)  to  develop  and  implement  a  GIS.  Procedures 
were  initiated  requiring  all  personnel  —  federal,  state,  contractor  —  working  on  the  four  upper 
Clark  Fork  sites  to  use  the  multi-purpose  Clark  Fork  Data  System. 

Throughout  1987  and  1988,  a  great  deal  of  progress  was  made  in  developing  the  Data  System, 
including  its  GIS  component.  Hardware  and  software  to  support  minimum  configurations  of 
both  the  DMS  and  the  GIS  have  been  acquired  and  installed.  Personnel  have  been  recruited  and 
hired  to  administer  and  operate  the  DMS  and  the  GIS.  Extensive  work  on  computer  programs 
to  implement  the  Data  System  has  been  completed.  Both  the  DMS  and  the  GIS  are  operational, 
with  several  data  products  completed. 

However,  the  productive  use  of  an  integrated  data  management  system,  including  a  GIS, 
depends  critically  on  effective  planning,  particularly  in  the  case  of  a  multi-dimensional,  multi- 
agency,  multi-task  endeavor,  such  as  the  Clark  Fork  Superfund  project.  This  document,  the 
Clark  Fork  Data  System  Master  Project  Plan,  has  been  prepared  to  address  the  need  for  sound 
planning.  The  Master  Project  Plan  provides  the  framework  for  coordinated  data  management 
activities  —  to  ensure  that  the  data  management  needs  of  the  Clark  Fork  Superfund  project  are 
fully  met  and  system  requirements  to  meet  those  needs  are  adequately  defined  for  the  long 
term.  The  effort  to  develop  and  implement  a  long-term  strategy  is  absolutely  required  to  effect 
a  valuable  data  system,  and  in  the  larger  perspective,  vital  to  the  success  of  the  cleanup  efforts. 

This  Executive  Summary  provides  a  brief  overview  of  the  Master  Project  Plan,  describes  its 
main  sections  and  their  purposes,  and  summarizes  the  main  policies,  procedures,  programs,  and 
projects  presented.  The  plan  is  divided  into  two  principle  sections:  the  first  describes  the  Clark 
Fork  Data  System  Program  and  the  second  describes  the  projects  to  be  undertaken.  Chapters 
1-6  represent  Program  considerations  and  guidance.  Chapters  7  (Applications)  and  8  (Budget 


Considerations)  represent  Project  specific  material  which  will  be  updated  and  changed  by  the 
Technical  Working  Group  over  the  life  of  the  Clark  Fork  Data  System  Project. 

Four  Sites,  One  Project 

Chapter  1  presents  a  historical  snapshot  of  the  Clark  Fork  River  Watershed  and  the  events  that 
led  to  its  designation  as  a  Superfund  site  and  its  ranking  on  the  National  Priority  List.  The 
four  primary  sites  within  the  Clark  Fork  Basin  are  described  in  terms  of  how  contamination 
occurred.  Also  described  are  developments  at  each  site  since  the  Superfund  designation  and 
the  status  of  remedial  actions  undertaken. 

Basically,  100  years  of  mining  and  related  activities  generated  widespread  contamination  in 
the  river  basin  —  in  the  water,  in  the  soil,  in  the  air,  and  in  some  cases,  in  the  people.  Heavy 
metals  contamination  is  pervasive  in  the  region,  and  the  Clark  Fork  River,  including  its 
tributaries,  has  been  the  primary  transportation  network  for  the  contaminants.  When  Congress 
passed  the  landmark  Superfund  legislation,  the  problems  in  the  Clark  Fork  river  came  into 
national  focus.  When  EPA  released  its  1983  list  of  priority  sites,  three  separate  sites  within  the 
upper  Clark  Fork  River  Basin  were  listed: 

1)  Silver  Bow  Creek 

2)  Anaconda  Smelter 

3)  Milltown  Dam 

A  substantial  site,  the  city  of  Butte,  was  added  in  November  of  1985  as  an  addition  to  the  Silver 
Bow  Creek  site.  The  Montana  Pole  site  was  added  to  the  list  in  November  of  1986. 

Most  hazardous  waste  sites  have  a  geographic  size  of  less  than  100  acres.  The  Clark  Fork 
Project,  with  its  four  sites,  is  considerably  different,  encompassing  several  hundred  square 
miles  —  roughly  a  130  mile  corridor  stretching  from  Butte  to  Missoula  along  the  river's  reach. 
Although  each  of  the  four  separate  sites  presents  a  highly  complex  series  of  distinct  human 
health  and  environmental  problems,  there  are  several  substantive  relationships  between  and 
among  them.  What  may  be  proposed  as  a  remedial  option  at  one  site  may  affect  the  other  sites, 
and  strategies  to  remedy  the  situation  at  one  site  must  be  developed  accordingly.  Thus,  the 
cleanup  efforts  are  considered  as  one,  regional,  integrated  project. 

Chapter  1  concludes  with  a  brief  summation  of  events  that  led  to  the  decision  to  develop  the 
Clark  Fork  Data  System  and  describes  the  basic  Data  System  model. 

An  Interagency  Project  With  Many  Players 

Behind  any  information  management  project  of  this  magnitude,  there  is  always  a  cadre  of 
managers,  professionals,  and  support  technicians  working  together.  The  Clark  Fork  Data 
System  project  is  no  exception;  in  fact,  the  multitude  of  agencies  and  personnel  involved  in  this 
effort  pushes  the  limits  of  organizational  management.  Chapter  2  outlines  the  functions,  tasks, 
assignments,  and  responsibilities  of  the  various  state  and  federal  agencies  related  to  their 
involvement  in  the  Data  System.  Note,  however,  that  Chapter  2  makes  no  attempt  to  present 
the  overall  organizational  structure  of  the  entire  Clark  Fork  Superfund  project  and  focuses 
solely  on  the  Data  System  activities  of  the  project. 

The  principal  coordinating  group  responsible  for  interagency  communication  and  data  system 
management  is  the  Clark  Fork  Technical  Working  Group  (TWG),  formed  in  September,  1988. 
The  TWG  includes  EPA,  MDHES,  Environmental  Monitoring  Systems  Laboratory-Las  Vegas 
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(EMSL-LV),  and  Bureau  of  Reclamation  personnel  and  is  chaired  by  a  State  Library 
representative.  The  TWG  plans  and  manages  the  detailed  operational  aspects  of  the  Data 
System;  the  development  of  this  comprehensive  Project  Plan  is  the  product  of  the  Group's 
efforts. 

Monitoring  the  work  of  the  TWG  is  the  Clark  Fork  Steering  Committee,  established  to  provide 
policy  and  oversight  of  the  cooperative  agreement  which  provides  for  the  development  and  use 
of  the  Data  System.  With  members  from  EPA-Region  VIII  in  Denver  and  Montana,  MDHES, 
and  the  MSL,  the  Steering  Committee  provides  the  coordination  at  higher  levels  of  the  agencies' 
operations.  Site  officers  and  other  personnel  from  the  MDHES  and  the  Montana  EPA,  GIS  staff 
at  the  State  Library,  and  scientists  from  the  EMSL-LV  are  also  vitally  involved  in  the  data 
system  project.  Their  roles  and  responsibilities  conclude  Chapter  2. 

Tools  of  the  Trade:  Hardware,  Software,  Personnel 

There  are  four  key  elements  to  an  information  management  system:  hardware,  software,  people, 
and  data.  Chapter  3  describes  the  first  three  as  applied  to  the  Clark  Fork  Data  System.  The 
hardware  configuration  for  the  central  Data  Management  System  at  MDHES  is  a  PC 
environment  using  a  standard  data  management  software,  Knowledgeman  2.  The  GIS  at  the 
State  Library  relies  on  a  PRIME  minicomputer  and  assorted  peripherals,  and  utilizes  two 
leading  GIS  software  products,  ARC/INFO  and  ERDAS.  Future  plans  call  for  full  integration 
between  the  two  components  of  the  Data  System  via  modem,  with  all  personnel  networked  as 
needed. 

Full  time  staff  committed  to  the  project  is  modest  at  this  time,  with  one  full  time  administrator 
assigned  to  the  Data  Management  System  and  two  full  time  professionals  responsible  for  the 
GIS  implementation.  Various  other  staff  are  also  assigned  responsibilities  on  the  Data  System 
in  a  part-time  capacity.  Plans  call  for  some  staff  expansion  in  the  next  two  years  to 
accommodate  the  increasing  needs  of  the  site  officers  and  other  project  personnel,  particularly 
with  the  proposed  GIS  projects  as  site  work  advances  to  decision  and  action  phases. 

Quality  Control 

No  data  system  is  worth  the  time,  effort  and  resources  committed  to  it  unless  adequate 
provisions  are  made  to  ensure  that  products  generated  from  it  are  accurate  and  able  to  support 
the  purposes  for  which  they  are  intended.  For  the  Clark  Fork  Data  System,  quality  control  is 
imperative.  In  the  context  of  the  delicate  negotiations  associated  with  cleanup  activities,  the 
Data  System  and  more  precisely  the  data-based  products  it  generates  must  be  sound  and  above 
reproach. 

The  Data  Administration  Plan,  presented  in  Chapter  4,  sets  forth  procedures  for  management 
of  data  received  from  all  parties  associated  with  the  cleanup  effort  —  EPA,  Potential 
Responsible  Partys  (PRPs),  MDHES,  contractors,  and  other  data  providers.  The  procedures  and 
documentation,  as  described  in  this  Data  Administration  Plan,  are  used  to  differentiate 
between  data  on  the  basis  of  quality.  The  Data  Administration  Plan  specifies  data  development 
needs  for  the  Superfund  project,  thus  providing  a  framework  for  the  development  of  data 
management  objectives  and  practices.  The  Data  Administration  Plan  also  describes  the  flow 
of  data  from  the  source  into  the  Clark  Fork  Data  system,  between  the  components  of  the  Data 
System,  to  and  from  external  models  and  analysis  systems  and  from  the  Data  System  to  end 
users. 
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Although  each  section  of  this  Master  Project  Plan  has  an  important  purpose,  Chapter  4,  along 
with  Chapter  7,  are  perhaps  the  most  substantive  sections  in  terms  of  the  actual  implementation 
of  the  Data  System.  These  two  Chapters  lay  out  policies,  procedures,  and  specific  activities  of 
the  Data  System. 

Access  Guidelines 

One  of  the  most  delicate  issues  to  address  when  designing  and  implementing  an  integrated  Data 
System  is  access:  Who  should  have  access?  Who  should  not?  On  the  surface,  the  issue  seems 
simple:  If  the  system  is  designed  to  be  integrated,  everyone  associated  with  the  project  should 
have  access.  However,  in  the  context  of  quality  control,  available  resources,  enforcement 
issues,  confidentiality,  and  response  demands,  user  access  becomes  a  complex  question. 

Chapter  5  describes  the  access  guidelines  that  have  been  developed  by  a  subcommittee  of  the 
Technical  Working  Group.  The  guidelines  address  who  should  have  direct  access  (i.e.,  ability 
to  add,  delete,  or  change  data)  versus  indirect  access  (i.e.,  ability  to  view  and  down-load  data), 
outline  the  access  priorities,  and  establish  a  process  by  which  data  requests  and  access  will  be 
handled.  Essentially,  the  guidelines  call  upon  the  Data  Management  System  Manager  and  the 
GIS  Officer,  in  consultation  with  the  Clark  Fork  Coordinator,  to  manage  the  process  and  to 
establish  a  system  of  user  accounts  to  document  access  use,  needs,  and  demands  of  the  Data 
System.  All  parties  associated  with  the  project— federal,  state,  contractor,  and  PRPs— may  have 
access  to  data  and  services. 

User  Support  and  Training 

Chapter  6  discusses  the  provision  of  training  and  support  to  users.  The  central  Data 
Management  System  housed  at  MDHES  has  been  developed  with  a  user-friendly  interface 
which  provides  for  effective  use  of  the  system  by  persons  with  limited  training.  Query 
function  and  report  formats  allow  for  easy  operation  of  the  System.  The  GIS,  on  the  other 
hand,  is  more  complex  and  requires  specialized  training.  Chapter  6  describes  the  courses  and 
training  available,  and  clarifies  how  user  support  is  provided  to  novice  or  new  users. 

A  main  concept  of  user  support  is  the  "service  bureau"  orientation  of  the  Data  System  managers. 
For  project  personnel  without  sufficient  time  to  learn  the  various  protocols,  etc.  of  the  System, 
personnel  are  available  to  assist  with  queries  and  various  data  needs. 

GIS  Applications  and  Data  Acquisition  Plan 

Given  the  vast  geographical  area  of  the  Clark  Fork  project  and  the  many  interconnections 
among  the  four  sites,  a  GIS  is  a  valuable  tool  for  assisting  project  managers  with  remedial 
investigations,  feasibility  studies,  and  other  data  management  activities.  In  developing  a 
process  to  use  a  GIS,  two  critical  issues  emerge:  1)  identifying  and  setting  suitable  project 
priorities,  and  2)  identifying  and  obtaining  the  data  needed  to  conduct  the  projects.  Chapter 
7  specifies  the  projects  and  applications  proposed  for  the  GIS,  based  on  the  results  of  a  User 
Survey  conducted  among  all  Clark  Fork  Superf und  managers  and  site  officers.  Chapter  7  also 
details  a  set  of  guidelines  to  establish  priorities  for  the  projects,  and  presents  a  proposed 
ranking  of  GIS  applications  based  on  preliminary  evaluations  conducted  by  the  Technical 
Working  Group  using  the  priority  guidelines. 

The  descriptions  of  the  GIS  applications  are  divided  into  six  sections,  generally  matching  the 
four  sites,  with  Silver  Bow  Creek  and  the  Butte  Addition  split  up,  and  a  sixth  section  on  Basin- 
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wide  applications.  In  each  section,  the  prospective  applications  are  discussed,  with  particular 
emphasis  on  identifying  existing  data  to  support  the  applications  and  data  to  be  acquired.  Also 
discussed  are  the  objective  of  each  application,  the  products  to  be  developed,  the  software 
needed,  and  possible  applications  that  fall  outside  the  term  of  this  two-year  plan. 

Chapter  7  provides  a  blueprint  for  immediate  action.  Also  provided  is  a  key  decision-making 
tool,  particularly  as  the  use  of  the  GIS  increases  over  time.  As  the  projects  mature  and  as  more 
data  coverages  become  available,  the  GIS  will  become  increasingly  useful.  Consequently,  there 
will  be  increasing  competition  for  access;  prioritizing  projects  will  become  more  difficult. 
Establishing  priority  guidelines  now  help  in  making  important  priority  decisions  in  the  future. 

Resources  Required 

Chapters  1  through  7  of  the  Master  Project  Plan  will  form  the  basis  for  the  scope  of  work  to  be 
negotiated  and  detailed  in  an  amended  Cooperative  Agreement  between  the  EPA  and  the 
MDHES  (and  its  contractors)  regarding  the  Clark  Fork  Data  System.  Tasks,  timelines, 
deliverables,  and  related  responsibilities  will  be  derived  from  this  Plan.  Chapter  8  presents  the 
detailed  budgets,  with  line  item  justifications,  which  will  also  be  incorporated  into  the 
Cooperative  Agreement  application.  Described  are  the  level  and  projected  cost  of  personnel 
services  needed  to  get  the  job  done,  along  with  cost  estimates  of  the  equipment,  supplies,  and 
related  materials  and  services  needed  to  support  the  personnel  working  on  the  Clark  Fork  Data 
System. 

The  budget  estimates  have  been  prepared  in  consideration  of  the  objectives  and  activities 
outlined  in  the  Master  Project  Plan,  coupled  with  a  careful  examination  of  Data  System  project 
costs  over  the  term  of  the  first  Cooperative  Agreement,  covering  Fiscal  Years  1988  and  1989. 
The  new  budgets  are  presented  for  each  of  two  years:  Fiscal  Year  1990,  for  the  period  October 
1,  1989  to  September  30,  1990,  and  Fiscal  Year  1991,  covering  October  1,  1990  through 
September  30,  1991.  The  budgets  are  further  broken  down  according  to  System  component, 
with  separate  figures  for  the  Data  Management  System  housed  at  MDHES  and  for  the  GIS  at 
the  Montana  State  Library.  Cost  estimates  are  based  on  the  best  available  figures  as  of  April 
14,  1989. 

With  regard  to  the  GIS  at  the  State  Library,  the  existing  Cooperative  Agreement  specifies  that 
the  GIS  must  be  used  exclusively  for  the  Clark  Fork  Superfund  project  until  such  time  as  that 
project  is  fully  and  effectively  supported.  It  also  specifies  that  at  some  future  point,  in  the 
event  that  Superfund  work  did  not  demand  100  percent  of  the  system  capabilities,  the  State 
Library  would  be  allowed  to  offer  GIS  services  to  other  Montana  state  agencies,  thus  effecting 
full  utilization  of  the  System.  It  is  anticipated  that  this  point  of  "shared  use"  will  be  reached 
during  the  term  of  the  amended  Cooperative  Agreement.  Therefore,  the  State  Library  has 
prepared  a  discussion  document,  entitled  the  Montana  State  Library  GIS  Cost-sharing  Plan, 
attached  as  an  addendum  to  the  Master  Project  Plan. 

The  GIS  Proposed  Cost-sharing  Plan  is  designed  to  guide  and  focus  the  discussion  regarding  the 
long-term  disposition  and  use  of  the  GIS,  and  to  provide  a  communication  tool  through  which 
all  parties  involved  in  this  interagency  project  can  provide  input  into  and  direct  a  "shared  use" 
strategy  for  the  GIS.  The  GIS  Proposed  Cost-sharing  Plan  outlines  a  strategy  to  meet  the  GIS 
needs  of  all  staff  working  on  the  Clark  Fork  Superfund  sites  in  the  most  efficient  and  cost- 
effective  manner  possible.  At  the  same  time,  it  presents  a  plan  to  identify  and  engage  non- 
Clark  Fork  Superfund  users  of  the  GIS  in  a  resource-sharing  and  cost-sharing  strategy,  without 
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limiting  access  and  priority  of  Clark  Fork  Superf und  GIS  users.  Costs  for  non-Superf und  use 
would  be  carefully  documented  so  that  Superf  und  costs  will  be  properly  accounted  for. 


Appendices:  Supporting  Documents 

The  development  of  the  Clark  Fork  Data  System  has  been  underway  for  almost  two  years. 
During  this  period,  several  documents  have  been  produced  that  chronicle  the  work  completed. 
Contracts,  reports,  agreements,  work  plans,  work  orders,  surveys,  data  dictionaries,  etc.  There 
are  17  Appendices  attached  to  the  Master  Project  Plan  that  provide  background  material 
pertinent  to  understanding  and  evaluating  the  information  contained  in  the  Project  Plan. 
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PREFACE 


The  Clark  Fork  Superfund  Data  System  Master  Project  Plan  was  prepared  as  a  planning 
document  and  at  the  request  of  Region  VIII  of  the  Environmental  Protection  Agency  to  support 
the  Clark  Fork  Cooperative  Agreement.  This  document  was  produced  by  the  Clark  Fork 
Technical  Working  Group.  The  function  of  the  Clark  Fork  Data  System  is  to  support  the 
planning  and  remedial  efforts  of  state  and  federal  project  managers  for  the  four  Superfund 
National  Priority  List  (NPL)  sites  in  the  Upper  Clark  Fork  Basin.  The  Clark  Fork  Data  System 
is  comprised  of  two  components: 

•  the  Clark  Fork  Data  Management  System,  managed  by  the  Montana  Department  of 
Health  and  Environmental  Sciences;  and, 

•  the  Clark  Fork  Geographic  Information  System,  managed  by  the  Montana  State 
Library's  Natural  Resource  Information  System. 

The  plan  is  divided  into  Program  and  Project  specific  sections.  Chapters  1-6  represent  Program 
considerations  and  guidance.  Chapters  7  {Applications)  and  8  (Budget  Considerations)  represent 
Project  specific,  dynamic  material  which  will  be  evaluated  and  updated  by  the  Technical 
Working  Group  over  the  life  of  the  Clark  Fork  Data  System  Project. 

The  Clark  Fork  Data  System  involves  state,  federal,  and  private  sector  organizations.  These 
entities  and  their  organizational  relationships  are  depicted  in  Figure  1.  All  of  these 
organizations  were  represented  in  the  preparation  of  this  document.  Agencies  and  personnel 
responsible  for  the  production  of  this  document  include: 

Montana  State  Library  Natural  Resource  Information  System 
Allan  Cox,  GIS  Officer 
Jon  Sesso,  NRIS  Director 

Montana  Department  of  Health  and  Environmental  Sciences 

James  Hill,  Clark  Fork  Data  Management  System  Manager 
Kathy  DeMarinis,  Silver  Bow  Creek  Project  Manager 
Kevin  Kirley,  Anaconda  Project  Manager 

Environmental  Protection  Agency,  Montana  Office 
Bob  Fox,  Clark  Fork  Coordinator 
Mike  Bishop,  Anaconda  Project  Manager 

Environmental  Protection  Agency,  Regional  VIII  Office 

Larry  Svoboda,  Chief,  Environmental  Monitoring  Assessment  Section,  ESD 

Bill  Monson,  GIS  Analyst,  ESD 

Gabriel  Lucisano,  GIS  Analyst,  (ICF  Technology) 

Environmental  Monitoring  Systems  Laboratory-Las  Vegas 
Mason  Hewitt,  Environmental  Scientist,  (EPA) 
David  James,  Senior  Scientist,  (Lockheed) 

U.S.  Bureau  of  Reclamation— Billings,  Montana 

Dan  Jewell,  Anaconda  Project  Team  Leader 
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Figure  1  Clark  Fork  Data  System  Organizational  Structure 


Many  acronyms  appear  in  the  text  to  simplify  reading  and  referencing.  Explanations  of  each 
acronym  are  given  in  the  text  and  in  Appendix  B  -  Project  Acronyms. 

Disclaimer 

The  mention  or  use  of  trade  names,  computer  hardware,  computer  software,  or  commercial 
products  does  not  constitute  recommendation  for  use  or  endorsement. 
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CHAPTER  1  -  BACKGROUND 


The  Clark  Fork  River  is  located  in  west  central  Montana.  Mining  has  been  the  primary 
industry  for  the  past  100  years  within  the  upper  Clark  Fork  River  watershed.  Widespread 
contamination  has  occurred  as  a  result  of  these  mining  and  related  activities.  While  this 
contamination  has  been  recognized  historically,  only  recently  has  it  been  quantified  to  the 
extent  necessary  to  begin  to  address  specific  response  actions.  Four  sites  in  the  area  (see  Figure 
2)  are  currently  on  the  National  Priority  List  (NPL). 

1.1         SILVER  BOW  CREEK/BUTTE  ADDITION 

Following  the  discovery  of  gold  in  1864,  the  Butte  area  became  an  internationally  recognized 
mining  center  with  over  300  combined  copper  and  silver  mines,  9  silver  mines,  and  8  smelters 
in  operation  during  1884.  In  1955,  excavation  of  the  Berkeley  Pit  began  and  mining  continued 
until  1977.  Silver  Bow  Creek  has  historically  received  discharge  from  mining,  smelting,  wood 
treating,  and  other  industrial  sources  for  over  100  years. 

The  Silver  Bow  Creek  site  was  designated  a  Superfund  site  in  September  1983.  The  original 
site  encompassed  the  floodplain  of  Silver  Bow  Creek  from  Butte  downstream  to  the  Warm 
Springs  Ponds.  Remedial  investigations  were  initiated  within  this  area  during  1985.  In 
November  1985,  the  boundaries  of  the  site  were  expanded  to  include  the  Butte  area. 
Downstream  portions  of  the  Clark  Fork  River  floodplain  from  Warm  Springs  Ponds  to  Milltown 
Reservoir  were  identified  as  an  expanded  study  area. 

The  Silver  Bow  Creek  site  extends  130  miles  from  the  Yankee  Doodle  Tailings  Ponds  (just 
below  the  Continental  Divide)  to  the  Milltown  Reservoir.  Included  in  the  site  are  the  cities  of 
Walkerville,  Centerville,  and  Butte,  and  the  100  year  flood  plains  of  Silver  Bow  Creek  and  the 
Clark  Fork  River.  Silver  Bow  Creek  has  been  the  primary  recipient  of  the  mining,  milling, 
concentrating,  and  smelting  wastes  for  approximately  100  years.  Silver  Bow  Creek  also  served 
as  Butte's  industrial  sewer.  The  remedial  investigation  process  is  under  way  at  the  site  through 
a  Cooperative  Agreement  with  the  State  of  Montana. 

Widespread  heavy  metals  contamination  of  surface  and  ground  water,  and  fluvial  and 
impounded  tailings  are  major  areas  of  concern.  Other  concerns  include  re-suspension  of  heavy 
metals  laden  sediment,  free  flowing  mercury  and  mercury  vapors  from  historic  amalgam 
operations,  and  organic  contamination  from  local  timber  treatment. 

Today  mining,  milling,  and  smelting  wastes  exist  as  sources  of  soil,  water,  and  air 
contamination  throughout  the  Butte  area.  Contaminated  surface  water  runoff  from  the  Butte 
area  discharges  directly  to  Silver  Bow  Creek.  In  addition,  underground  mines  in  the  area  are 
filling  and  generating  acid  water  as  water  levels  rise.  During  active  mining,  these  mines  were 
de-watered  by  a  network  of  pumps  with  some  water  being  recycled  and  some  being  discharged 
to  Silver  Bow  Creek.  It  is  estimated  that  over  3,500  miles  of  underground  mine  workings  are 
interconnected  with  the  Berkeley  Pit.  These  mines  contain  approximately  1 1.2  billion  gallons 
of  acid  mine  water.  Initial  investigations  suggest  that  within  eight  years  at  the  earliest,  water 
in  the  Berkeley  Pit  may  rise  to  a  level  where  acid  mine  drainage  could  contact  the 
bedrock/alluvium  interface  with  the  possibility  for  contamination  of  Silver  Bow  Creek. 

In  addition  to  contaminants  from  the  Butte  area,  the  Montana  Pole  and  Rocker  wood  treating 
sites  contribute  to  the  contaminant  load  of  Silver  Bow  Creek.  Continuous  deposits  of  metals- 
laden  sediments  and  tailings  lie  within  the  floodplain  and  contaminate  surface  and  ground 
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Figure  2:   Map  of  Upper  Clark  Fork  NPL  Sites 

water  along  Silver  Bow  Creek  and  the  Upper  Clark  Fork  River.  The  Anaconda  Smelter  site  also 
has  contributed  contamination  to  the  Clark  Fork  River. 


1.2 


MONTANA  POLE 


The  Montana  Pole  site  is  located  in  the  western  part  of  Butte  adjacent  to  Silver  Bow  Creek. 
The  Montana  Pole  Treating  Company  operated  for  about  30  years  using  pentachlorophenol 
mixed  with  diesel  fuel  to  treat  poles  used  for  various  purposes. 

Oil  was  found  leaching  into  Silver  Bow  Creek  at  a  point  directly  below  the  plant  site.  A 
removal  action  under  Superf  und  began  in  the  summer  of  1985  to  mitigate  the  immediate  threat 
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to  human  health  caused  by  past  pole  treating  operations.  Under  the  removal  action, 
contaminated  ground  water  is  being  pumped  and  separated  from  the  oil,  then  re-injected. 
Visibly  contaminated  soil  has  been  removed  and  stored  on-site  until  permanent  disposal  is 
determined  under  the  Remedial  Investigation/Feasibility  Study  (RI/FS). 

1.3  ANACONDA  SMELTER 

Ore  was  processed  at  various  locations  in  and  near  the  city  of  Anaconda  from  1884  to  1980. 
Wastes  from  smelting  operations  have  contaminated  more  than  6,000  acres  with  metals  such  as 
copper,  cadmium,  lead,  zinc,  and  arsenic.  Anaconda  Minerals  Company  estimates  that  there  are 
185  million  cubic  yards  of  concentrated  tailings,  27  million  cubic  yards  of  furnace  slag,  and 
250,000  cubic  yards  of  flue  dust.  Additional  concerns  at  the  site  include  arsenic  levels  in  the 
community  of  Mill  Creek  as  high  as  3,350  ppm  and  an  area  historically  used  for  beryllium 
disposal.  Investigations  are  planned  to  define  the  extent  of  aerial  deposition  of  smelting 
emissions  which  covers  tens  of  square  miles. 

During  operations  from  1884-1902,  wet  milling  tailings  were  allowed  to  run  into  Warm  Springs 
Creek  and  over  the  surrounding  land.  Some  of  these  tailings  deposits  contained  as  much  as  5 
percent  copper  and  were  re-mined,  milled,  and  re-smelted.  In  1904,  various  small  ponds  were 
constructed  to  hold  these  tailings,  but  frequently  over-topped,  spilling  tailings  onto  the 
surrounding  lands.  In  1914,  a  series  of  ponds  were  constructed  and  abandoned  as  they  filled 
with  tailings,  leaving  mounds  of  tailings  as  much  as  80  feet  high.  These  ponds,  Opportunity, 
Bradley,  and  Anaconda,  cover  over  4,000  acres. 

1.4  MILLTOWN  RESERVOIR 

The  Milltown  Dam  was  constructed  in  1907  of  rock-filled  timber  cribs  at  the  confluence  of  the 
Clark  Fork  and  Blackfoot  Rivers.  It  has  been  in  continual  use  since  that  time  as  a 
hydroelectric  generating  station.  The  reservoir  created  by  the  dam  has  acted  as  a  collection 
basin  for  the  sediments  carried  by  the  rivers.  These  sediments  contain  high  concentrations  of 
arsenic,  lead,  cadmium,  and  zinc.  These  metals  have  contaminated  the  alluvial  aquifer  used 
for  local  drinking  water  supplies.  An  alternative  water  supply  has  been  provided  using 
Superfund  resources.  The  source  of  these  metalliferous  sediments  is  historic  mining  and 
milling  operations  upstream  on  the  Clark  Fork  River. 

1.5  RELATED  NON-SUPERFUND  ACTIVITIES 

Many  non-Superfund  activities  initiated  by  state  and  federal  agencies  have  important 
implications  for  the  Clark  Fork  River  Data  System.  Numerous  non-Superfund  activities  have 
been  initiated  in  the  upper  Clark  Fork  River  Basin  by  state  and  federal  agencies.  These 
various  activities  involve  water  quality  evaluations,  soil  erosion  control,  land  reclamation, 
fisheries  investigation,  university  research  program,  and  other  activities.  Many  of  the 
programs  have  important  implications  concerning  policy,  community  relations,  and 
fundamental  data  collection  and  synthesis. 

The  Montana  Governor's  Office  has  initiated  an  interagency  program  to  aid  in  the  management 
and  coordination  of  the  Superfund  and  non-Superfund   issues. 
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1.6    BACKGROUND  OF  CLARK  FORK  DATA  SYSTEM 

Each  of  the  sites  in  the  Clark  Fork  River  watershed  presents  a  highly  complex  series  of  human 
health  and  environmental  problems.  More  importantly,  the  sites  are  inter-related  to  the  extent 
that  actions  taken  at  one  of  the  upstream  sites  can  impact  a  downstream  site.  Clearly  all 
activities  within  the  upper  Clark  Fork  Basin  must  be  coordinated  to  maintain  consistency  in 
enforcement  strategies,  community  relations  and  sequencing  of  remedial  actions. 

Recognizing  that  the  same  Potential  Responsible  Party  (PRP)  is  involved  in  each  of  the  major 
sites  led  to  a  decision  to  consolidate  and  coordinate  the  activities  at  all  sites.  A  series  of 
planning  meetings  were  held  in  September-November,  1986,  to  outline  a  management  plan  for 
all  Clark  Fork  Superfund  sites.  The  meetings  resulted  in  identification  of  management 
strategies  and  an  organizational  structure  with  the  goal  of  fulfilling  Superfund  requirements 
and  satisfying  state  environmental  laws. 

The  Clark  Fork  Cooperative  Agreement  provides  for  implementing  part  of  the  overall  Clark 
Fork  Coordination  Plan.  Specifically,  the  agreement  encompasses  the  development  and 
implementation  of  a  coordinated  common  data  management  system  for  all  Superfund  sites  in 
the  Clark  Fork  River  Basin;  and,  the  development  of  a  computerized  Geographic  Information 
System  (GIS)  for  all  major  Superfund  site  data. 

The  intent  of  the  Clark  Fork  Data  Management  System  is  to:  provide  a  consolidated, 
centralized  data  system  for  the  purpose  of  standardizing  data  collection,  input/storage,  QA/QC 
procedures;  save  funds  through  the  elimination  of  payment  for  multiple  systems  development 
and  maintenance  by  the  various  contractors  involved;  reduce  data  loss  through  direct  control; 
improve  data  reliability;  and  to  provide  other  agencies/organizations  associated  with  the  Clark 
Fork  Superfund  sites  access  to  the  data  for  the  region  as  a  whole. 

The  conceptual  Data  System  configuration  is  presented  in  Figure  3.  The  personal  computer 
(PC)  based  Data  Management  System  currently  being  used  to  handle  the  bulk  of  the  Anaconda 
site  and  Silver  Bow  Creek  site  data  (Environmental  Information  System  (EIS);  the  system  will 
serve  as  the  point  of  consolidation  and  standardization  of  the  data  collected  as  a  result  of 
Superfund  site  surveys.  The  Data  Management  System  is  located  in  the  Montana  Department 
of  Health  and  Environmental  Sciences  (MDHES)  and  is  staffed  as  needed  to  provide 
maintenance  of  the  system,  data  import/export,  and  minimal  service  bureau  access  to  project 
personnel.  Project  personnel  within  MDHES  will  have  access  to  the  system  through  a  Novell 
Local  Area  Network  (LAN).  Manual  data  input  and  system  development  are  provided  through 
contracted  services.  Data  required  for  mapping  and  spatial  analysis  will  be  transferred  to  the 
GIS  on  an  as-needed  basis. 

The  GIS  was  implemented  as  a  component  of  the  data  system,  intended  for  application  to 
specifically  defined  projects  requiring  spatial  analysis  and  mapping  capabilities.  The  GIS 
consists  of  ARC/INFO  software  operating  in  a  minicomputer  environment.  The  GIS  is  located 
in  the  Montana  State  Library,  and  is  staffed  as  needed  to  provide  maintenance  of  the  system, 
data  import/export,  and  "service  bureau"  access  to  project  personnel.  Remote  terminals  or  PCs 
with  terminal  emulation  software  will  be  used  for  direct  access  by  project  personnel  where 
necessary.  Uses  and  applications  of  the  GIS  will  include:  cartographic  portrayal  of  data; 
modeling  of  most  likely  deposition  areas,  modeling  of  transport  of  hazardous  substances 
through  surface  and  groundwater;  identification  of  priority  sites  for  cleanup  efforts; 
identification  of  areas  where  future  settlement  and  land-use  will  be  most  hazardous.  The 
system  will  be  an  extremely  important  tool  in  determining  which  sites  should  be  given  priority 
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for  cleanup.  This  decision  will  involve  a  great  deal  of  money  and  the  GIS  system  will  ensure 
the  best  possible  decision  is  made. 


Other  Systems 


CLARK  FORK  DATA  SYSTEM 
System  Configuration 


>-  IMPORT 


Spatial  Data 


Points 

Lines 

Areas 


->-  DIGITIZE 


ANALYSIS 
MODELS 


->- 

->- 


GIS 
DATABASE 


>-  QUERY 


U. 


MAPS  & 
GRAPHICS 


->- 


TABULAR 
REPORTS 


r>- 


Reference  Data 
Surveys 
Stations 
Samples 
Documents 


•>- 


DATA 
ENTRY 


— >- 


V 

i 


CFDMS 
DATABASE 


— >- 


QUERY 
REPORT 


Observations 


Field 

Conventional 
Inorganics 
Organics 


IMPORT 


BUSINESS 
GRAPHICS 


->- 


TEXT 
PROCESSOR 


EXPORT 


Other  Systems 


Figure  3  Clark  Fork  Data  System  Conceptual  Model 

The  main  focus  at  this  time  is  on  conceptual  and  logical  development.  The  first 
implementation  should  be  viewed  as  a  prototype  development  which  will  be  very  useful  for 
organizational  evolution  in  terms  of  helping  to  develop  better  concepts  and  structures,  the 
development  of  trained  staff  and  management,  and  the  determination  of  how  the  systems  best 
fit  into  the  management  and  decision  making  process.  It  is  certain  that  the  rapid  evolution  in 
hardware  and  software  will  continue.  Good  concepts  and  structures  can  be  more  readily 
adapted  to  any  new  operating  environment. 
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The  strategy  is  therefore  to:  use  existing  components,  integrate  the  components  as  much  as 
possible,  concentrate  on  good  conceptual  and  logical  models,  develop  organizational  training, 
and  develop  experience  on  how  the  new  flow  of  information  fits  into  the  respective 
organizations  and  how  it  can  best  be  used  in  the  decision  making  processes. 

As  originally  conceived,  the  Data  Management  System  would  remain  the  repository  of  Clark 
Fork  Superfund  Site  data  as  long  as  the  MDHES  is  involved  in  cleanup  and  subsequent 
monitoring  at  the  sites.  The  GIS  would  serve  specific  mapping  and  spatial  analysis  functions 
as  needed.  As  Superfund  needs  decrease,  GIS  services  would  be  made  available  to  others,  thus 
decreasing  the  costs  to  the  Superfund  program.  The  method  for  making  the  GIS  services  more 
widely  available  is  outlined  in  Addendum  A  -  Montana  State  Library  Business  Plan. 

It  is  important  to  note,  however,  that  the  system  is  dynamic  and  evolving.  The  Environmental 
Information  System  (EIS)  presented  a  well  documented,  well  developed  and  tested,  essentially 
turnkey  system  to  address  the  identified  data  management  needs  which  could  be  put  into  place 
rapidly.  However,  the  Data  Management  System  is  not  so  much  the  EIS  but  rather  an  effort 
to  consolidate  the  data  in  a  standardized,  portable  form  which  can  be  easily  utilized  in  another 
software  or  hardware  operating  environment  if  necessary.  Reproduction  of  a  system  with 
similar  user  interface  and  integrity  control  in  another  environment  would  take  considerable 
time  and  effort.  EPA  and  MDHES  data  management  plans  are  currently  in  a  state  of  flux,  with 
consideration  being  given  to  further  attempts  to  standardize  data  management  software  and 
hardware  among  the  agencies,  possibly  on  a  regional  basis.  Additionally,  software  vendors, 
including  ESRI,  the  developers  of  ARC/INFO,  are  exploring  methods  of  accessing  other  data 
systems  from  ARC/INFO. 

The  potential  need  for  direct  access  to  and  usage  of  the  data  management  system  and  GIS  by 
project  personnel  will  also  play  a  major  role  in  guiding  the  evolution  of  the  both  components 
of  the  data  system.  The  need  for  project  personnel  to  turn  to  the  data  system  routinely  for  on- 
line general  data  management  functions  (and  the  relationship  of  those  functions  to  GIS 
capabilities)  and  justification  of  the  costs  of  developing  and  maintaining  the  system  in  another 
environment  will  be  considered  when  choosing  the  best  development  pathway. 
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CHAPTER  2  -  ORGANIZATION  AND  RESPONSIBILITIES 


Chapter  2  outlines  the  functions,  organization,  and  major  tasks  of  the  various  state  and  federal 
agencies  related  to  their  involvement  with  the  Clark  Fork  Data  System.  Figure  1  (Preface) 
graphically  displays  the  relationships  among  the  various  organizations  involved  with  the  Data 
System.  Each  organization's  function  is  described  below.  In  summary,  the  Geographic 
Information  System  (GIS)  is  located  in  the  Montana  State  Library  and  operates  under  a  contract 
with  the  Montana  Department  of  Heath  and  Environmental  Sciences.  The  funding  for  that 
contract  as  well  as  for  the  Data  Management  System  (DMS)  at  the  MDHES  are  covered  under 
the  Clark  Fork  Cooperative  Agreement.  The  EPA  Montana  Office  and  the  MDHES  each  have  the 
lead  on  various  NPL  sites  and  each  make  use  of  the  Clark  Fork  Data  System.  The  Technical 
Working  Group  and  the  Steering  Committee  are  management  tools  for  the  administration  of  the 
cooperative  agreement.  EMSL-LV  provides  GIS  support  services  for  database  design  and 
creation,  and  applications  development. 


2.1         FUNCTION  OF  CLARK  FORK  TECHNICAL  WORKING  GROUP 

PURPOSE:  The  purpose  of  the  Technical  Working  Group  (TWG)  is  to  plan  and  manage  the 
detailed  operational  aspects  of  the  Data  System  using  the  Clark  Fork  Superfund  Data  System 
Master  Project  Plan  as  a  guide.  The  initial  focus  is  directed  toward  the  use  of  the  Data  System 
by  the  Clark  Fork  Superfund  project  in  Montana.  The  Technical  Working  Group  is  responsible 
to  the  Clark  Fork  Steering  Committee. 

PARTICIPANTS:  The  following  agency  representatives  comprise  the  Technical  Working  Group 
membership. 

•  Montana  State  Library:  Allan  Cox 

•  Montana  Department  of  Health  and  Environmental  Sciences: 

James  Hill,  Kevin  Kirley 

•  Environmental  Protection  Agency 

Montana  Office:  Bob  Fox,  Mike  Bishop 

Regional  Office:  Larry  Svoboda,  Bill  Monson,  Gabriel  Lucisano 

•  EMSL-LV:  Mason  Hewitt,  David  James 

•  Bureau  of  Reclamation:  Dan  Jewell 

ORGANIZATION:  The  meetings  will  be  chaired  by  the  State  Library  representative.  The  State 
Library  representative  will  also  be  responsible  for  calling  meetings,  developing  agendas,  and 
preparing  minutes  of  all  meetings.  Minutes  with  attachments  will  be  provided  to  the  Steering 
Committee  which  is  composed  of  agency  managers  at  EPA  and  the  State.  Meeting  frequency 
shall  beat  least  every  quarter,  with  more  frequent  meetings  as  needed. 

MAJOR  TASKS: 

•  Develop  a  comprehensive  project  plan: 
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-  Set  project  priority  guidelines 

-  Approve  GIS  projects 

-  Review  and  update  the  project  plan  on  a  quarterly  basis  with  an  emphasis  on 
the  data  acquisition  and  applications  section 

-  Develop  and  implement  an  accounting  software  system 

-  Develop  and  implement  a  data  administration  system 

•  Develop  and  maintain  a  strong  and  effective  communication 
link  with  the  Clark  Fork  Steering  Committee 

2.2         FUNCTION  OF  CLARK  FORK  STEERING  COMMITTEE 

As  specified  in  the  Report  on  the  Clark  Fork  Geographic  Information  System  Project  by  Dan 
Yurman  (July  29,  1988)  a  Steering  Committee  for  the  Clark  Fork  Data  System  Project  was  to 
be  established.  The  following  description  is  taken  from  that  report  and  may  be  altered  by  the 
Steering  Committee  when  they  convene. 

PURPOSE:  The  Steering  Committee  is  to  provide  policy  and  oversight  of  the  cooperative 
agreement  that  is  the  basis  for  the  work  by  the  State  of  Montana. 

PARTICIPANTS:  The  following  agency  representatives  comprise  the  initial  Steering 
Committee  membership: 

•  Environmental  Protection  Agency 

Regional  Office: 

Robert  Duprey,  Director,  Hazardous  Waste  Division 
James  Lehr,  Director,  Environmental  Services  Division 
Kerrigan  Clough,  Director,  Policy  and  Management 

Montana  Office: 

John  Wardell,  Director,  Montana  State  Office 

•  State  of  Montana: 

Larry  Lloyd,  Director,  Environmental  Sciences  Division,  MDHES 

Jon  Sesso,  Director,  Montana  State  Library  Natural  Resource  Information  System 

MAJOR  TASKS: 

•  Provide  policy  and  oversight  of  the  cooperative  agreement  between  EPA  and  the  State 
of  Montana  which  supports  the  Clark  Fork  Data  System. 

•  Charter  a  Technical  Working  Group  (TWG). 


Chapter  2  -  October  3,  1990 


•  Delegate  to  the  Technical  Working  Group  operational  responsibilities  for  carrying  out 
the  terms,  conditions,  and  scope  of  work  for  the  Clark  Fork  Data  System  associated  with 
the  cooperative  agreement. 


2.3  FUNCTION  OF  EPA  --  MONTANA  OFFICE 

PURPOSE:  EPA  has  entered  into  a  cooperative  agreement  with  the  MDHES  to  establish  a 
Clark  Fork  Data  System  for  the  Clark  Fork  River  Superfund  Sites,  to  be  comprised  of  a  Data 
Management  System  component  and  a  Geographic  Information  System  component.  EPA 
provides  oversight  of  all  activities  conducted  under  the  cooperative  agreement. 

ORGANIZATION  AND  KEY  PERSONNEL: 

Personnel  in  the  Montana  EPA  Office  are  involved  in  the  direct  day-to-day  management  and 
oversight  of  the  cooperative  agreement,  while  personnel  in  the  Region  VIII  EPA  Office  in 
Denver  are  involved  in  key  funding  decisions. 

EPA  Project  Officer/TWG  Representative 

Clark  Fork  Superfund  Coordinator  Bob  Fox 

EPA  Remedial  Project  Manager/ 

TWG  Representative  Mike  Bishop 

Superfund  Branch  Chief  to  be  filled 

Montana  Office  Director/ 

Steering  Committee  Representative  John  Wardell 

MAJOR  TASKS 

•  Help  establish  goals  and  purpose  of  the  Clark  Fork  Data  System. 

•  Support  the  Data  System  with  financial  resources: 

a.  Provide  federal  funds 

b.  Approve  Cooperative  Agreement 

c.  Manage  Cooperative  Agreement  in  accordance  with  applicable  regulations 

•  Assure  that  EPA  Superfund  Program  needs  are  adequately  met  while  also  assisting  the 
development  of  GIS  to  address  other  environmental  issues  of  federal  and  state  interest. 

•  Assist  in  coordinating  GIS  applications  and  interactions  with  interested  groups. 

•  Provide  expertise  to  build  overall  state  capability  with  GIS. 

•  Provide  communication  with  the  Region  VIII  EPA  office. 

2.4  FUNCTION  OF  MONTANA  DEPARTMENT  OF  HEALTH  AND  ENVIRONMENTAL 
SCIENCES 

PURPOSE:  EPA  and  MDHES  have  entered  into  a  cooperative  agreement  which  provides  for 
MDHES  to  develop  and  maintain  a  data  base  of  the  data  relating  to  the  Upper  Clark  Fork 
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Superfund  Sites.  MDHES  and  the  State  Library  have  entered  into  an  interagency  agreement 
to  develop  and  maintain  a  GIS  component  of  the  Data  System. 

ORGANIZATION  AND  KEY  PERSONNEL: 

Responsibility  for  the  Clark  Fork  Data  System  has  been  placed  within  the  Environmental 
Sciences  Division,  Solid  &  Hazardous  Waste  Bureau. 

Data  Management  System  Manager/ 

TWG  Representative  James  L.  Hill 

State  Project  Officer/TWG  Representative  Kevin  Kirley 

State  Project  Officer/TWG  Representative  to  be  filled 

Superfund  Program  Manager  to  be  filled 

Section  Supervisor  Vic  Anderson 

Bureau  Chief  Duane  Robertson 

Division  Director/ 

Steering  Committee  Representative  Larry  Lloyd 

MAJOR  TASKS 

•  Cooperative  Agreement  Management 

-  Develop  work  plans  and  associated  budgets  for  data  management  component. 

-  Review  work  plans  and  budgecquisition,  indexing,  and  retrieval  of  important 
natural  resource  information  statewide.  NRIS  is  a  centralized  access  point  to 
decentralized  data  bases,  and  provides  a  means  to  make  sources  of  information 
on  Montana's  natural  resources  easily  and  readily  accessible  to  persons  needing 
that  information. 

ORGANIZATION  AND  KEY  PERSONNEL:  The  GIS  Project  is  housed  in  the  Montana  State 
Library  in  Helena,  Montana  as  a  project  of  the  NRIS  program.  State  Library  and  NRIS 
personnel  are  listed  in  the  NRIS  organizational  chart  (Figure  4). 

MAJOR  TASKS:  The  responsibilities  of  NRIS  as  related  to  the  Clark  Fork  Geographic 
Information  System  are  to: 

•  Design  and  develop  a  geographic  information  system  (GIS)  to  serve  state  needs,  and 
promote  coordination  among  the  agencies  developing  their  own  geographic  information 
systems  to  ensure  compatibility  and  data-sharing  capability; 

•  Through  an  interagency  agreement  with  MDHES,  provide  support  services  pertaining 
to  MDHES  responsibilities  in  the  Superfund  Program,  including  but  not  limited  to  sites 
at  Silver  Bow  Creek,  Montana  Pole,  Anaconda  Smelter,  and  Milltown  Reservoir.  Under 
the  agreement,  NRIS  agrees  to  obtain,  install,  and  operate  a  geographic  information 
system  for  MDHES.   Initially,  the  GIS  will  be  used  in  support  of  the  response  process 
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Figure  4:   NRIS  Organizational  Chart 

at  the  Clark  Fork  Superf  und  sites  (Silver  Bow  Creek  site,  Anaconda  Smelter  site,  and 
the  Milltown  Reservoir  Sediments  site).  The  responsibilities  of  NRIS  include: 

-  Technical  Assistance:  Generally  these  services  relate  to  technical  review  and 
evaluation  of  the  conceptual  design  of  the  Upper  Clark  Fork  Basin  Geographic 
Information  System  coordinated  by  the  Environmental  Monitoring  Systems 
Laboratory  -  Las  Vegas  (EMSL-LV);  feasibility  studies  and  design  documents; 
and  participation  in  planning  and  review  meetings. 

-  Geographic  Information  System  Management:  As  the  Upper  Clark  Fork 
Geographic  Information  System  becomes  operational,  the  NRIS  will  input,  store, 
manipulate,  and  retrieve  data  pertinent  to  the  sites  covered  by  the  Agreement. 
As  part  of  the  Agreement,  NRIS  will  procure  necessary  hardware  and  software 
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and   train   and    make   available   staff   for    management    of   the   Geographic 
Information  System. 

-  Interagency  Coordination:   Services  include  interagency  coordination  of  GIS 
development  and  management,  and  briefings  to  other  appropriate  state  agencies. 

•  The  MSL  is  the  manager  of  the  "Primary  GIS  Database"  for  the  Clark  Fork  Superfund 
Project.  Other  agencies  (e.g.,  EMSL-LV,  Bureau  of  Reclamation,  EPA  Region  VII)  will 
be  holders  of  "Secondary  Databases." 

2.6         FUNCTION  OF  Environmental  Monitoring  Systems  Laboratory-Las  Vegas 

PURPOSE:  The  role  of  Environmental  Monitoring  Systems  Laboratory-Las  Vegas  (EMSL-LV) 
is  focused  on  the  applications  development  and  GIS  processing  for  the  Clark  Fork  Project. 
Additionally,  the  Laboratory  preforms  a  technical  oversight  and  review  function  for 
operational  GIS  activities.  It  will  examine  complex  technical  problems  for  which  there  are  no 
staff  resources  either  in  Region  VIII  or  the  State.  The  Lab  will  assist  the  project  in  working 
through  these  problems,  and  make  recommendations  for  feasible  solutions  for  project  analyses. 
As  the  EPA's  Center  of  Excellence  for  GIS  research,  EMSL-LV  is  able  to  bring  to  bear 
substantial  expertise  and  computer  resources  to  assist  with  project  plan  development  and 
execution. 

ORGANIZATION  AND  KEY  PERSONNEL: 

Mason  Hewitt,  Environmental  Scientist,  (EPA) 
David  James,  Senior  Scientist,  (Lockheed) 


MAJOR  TASKS:  EMSL-LV's  role  in  GIS  support  for  the  project  will  be  transitional.  As  GIS 
expertise  increases  in  the  project  staff,  the  nature  and  extent  of  EMSL-LV's  support  role  will 
change.  However,  because  the  project  staff's  experience  with  GIS  is  still  on  a  steep  learning 
curve,  the  following  activities  can  assist  the  Clark  Fork  GIS. 

•  GIS  processing  and  applications  development  in  response  to  project  staff  requests; 

•  Overall  project  design  and  development; 

•  Esoteric  programming  tasks  for  applications  development; 

•  GIS  installation  support  through  the  development  of  Arc  Macro  Language  programs 
(AMLs)  and  other  generic  programs  that  may  be  useful; 

•  Incorporation  of  the  Lab's  present  QA/QC  research  task  into  the  project  design;  and, 

•  Use  and  integration  of  remote  sensing  data. 

2.7         FUNCTION  OF  EPA  REGION  VIII 

PURPOSE:  EPA  Region  VIII  personnel  with  experience  in  GIS  will  serve  as  advisors  to  the 
project. 
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ORGANIZATION  AND  KEY  PERSONNEL: 

Chief,  Environmental  Monitoring 
Assessment  Section,  ESD        Larry  Svoboda 

GIS  Analyst,  ESD/ 

TWG  Representative  Bill  Monson 

GIS  Analyst,  ICF  Technology/ 

TWG  Representative  Gabriel  Lucisano 

MAJOR  TASKS: 

•  Provide  planning  support  to  project  development  activities. 

•  Provide  consultation  and  analytical  expertise  in  GIS  applications  development  and 
execution. 

•  Maintain  Clark  Fork  Superfund  data  back-ups. 

•  Provide  processing  capabilities. 

•  Provide  representation  to  the  Clark  Fork  Technical  Working  Group. 

•  Provide  representation  to  the  Clark  Fork  Steering  Committee. 

•  Provide  data  sharing  between  the  region  and  the  state  of  Montana. 

•  Provide  GIS  and  database  management  training  opportunities. 

•  Provide  digital  data  as  acquired  through  national  data  purchases. 

•  Assure  compatibility  with  regional  GIS  program  and  with  agency-wide  initiatives  for 
data/information  sharing,  management  and  analysis. 
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CHAPTER  3  -  SYSTEM  CONFIGURATION 

Reference  is  made  to  Figure  3,  Clark  Fork  Data  System  Conceptual  Model  (Chapter  1). 

3.1  CLARK  FORK  DATA  MANAGEMENT  SYSTEM 

The  following  sections  outline  the  basic  configuration  of  the  Clark  Fork  Data  Management 
System. 

3.1.1  Hardware 

The  data  management  system  is  currently  operating  in  a  personal  computer  (PC)  environment 
using  an  IBM  PS/2  Model  80.  The  system  is  accessible  through  a  PC  Local  Area  Network  (LAN) 
serving  the  MDHES  Solid  &  Hazardous  Waste  Bureau.  Telecommunications  equipment  (Hayes 
compatible  2400  baud  modem,  Crosstalk  Mark  IV  software)  is  provided  to  effect  rapid  data 
transfer.   An  IBM  Proprinter  XL24  is  used  for  report  and  graph  production. 

3.1.2  Software 

The  data  management  software  utilized  is  the  Environmental  Information  System  (EIS),  an 
implementation  of  Knowledgeman/2  (Micro  Data  Base  Systems,  Inc.,  Lafayette,  Indiana,  37902) 
developed  by  Environmental  Systems  Corporation  of  Redmond,  Washington.  The  EIS  provides 
a  relational  data  structure,  generalized  (not  project  specific)  subject  data  tables,  integrity 
control,  and  an  effective  operator  interface.  Other  software  utilized  by  the  system  includes 
WordPerfect  (WordPerfect  Corporation,  Orem,  UT,  84057)  and  Lotus  123  (Lotus  Development 
Corporation). 

3.1.3  Personnel 

The  Data  Management  System  is  staffed  with  a  full  time  administrator,  who  is  responsible  for 
system  implementation  and  development  and  maintenance  of  the  integrity  of  the  system,  as 
well  as  importing/exporting  data,  coordination  with  the  GIS  component  and  satellite  data 
systems,  and  management  of  the  cooperative  agreement  and  contracts  through  which  the  data 
system  operates.  MDHES  Solid  and  Hazardous  Waste  Bureau  management  and  support  staff  are 
available  as  necessary. 

3.2  CLARK  FORK  GEOGRAPHIC  INFORMATION  SYSTEM 

The  following  sections  outline  the  basic  configuration  of  the  Geographic  Information  System. 

3.2.1      Hardware 

The  hardware  consists  of  a  PRIME  2755  mini-computer  with  supervisor's  system  console  and 
line-printer,  two  Tektronix  4111  graphic  terminals,  a  Compaq  386  PC  with  hi-resolution 
monitor,  a  Zenith  PC  with  Tektronix  Terminal  Emulation,  a  Calcomp  9100  Digitizing  Table, 
a  Tektronix  4696  color  ink-jet  printer,  and  Calcomp  1044  8-pen  roll-feed  plotter.  The  DMS  PC 
also  serves  as  a  terminal  to  the  Prime,  using  Tektronix  terminal  emulation.  Planning  is 
currently  underway  to  provide  a  computer  data  line  to  the  Montana  EPA  office.  This  line  will 
provide  direct  on-line  access  to  the  GIS  for  EPA  personnel  using  PCs.  Figure  5  depicts  the  GIS 
hardware  configuration. 
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CHAPTER  3  -  SYSTEM  CONFIGURATION 

Reference  is  made  to  Figure  3,  Clark  Fork  Data  System  Conceptual  Model  (Chapter  1). 

3.1  CLARK  FORK  DATA  MANAGEMENT  SYSTEM 

The  following  sections  outline  the  basic  configuration  of  the  Clark  Fork  Data  Management 
System. 

3.1.1  Hardware 

The  data  management  system  is  currently  operating  in  a  personal  computer  (PC)  environment 
using  an  IBM  PS/2  Model  80.  The  system  is  accessible  through  a  PC  Local  Area  Network  (LAN) 
serving  the  MDHES  Solid  &  Hazardous  Waste  Bureau.  Telecommunications  equipment  (Hayes 
compatible  2400  baud  modem,  Crosstalk  Mark  IV  software)  is  provided  to  effect  rapid  data 
transfer.   An  IBM  Proprinter  XL24  is  used  for  report  and  graph  production. 

3.1.2  Software 

The  data  management  software  utilized  is  the  Environmental  Information  System  (EIS),  an 
implementation  of  Knowledgeman/2  (Micro  Data  Base  Systems,  Inc.,  Lafayette,  Indiana,  37902) 
developed  by  Environmental  Systems  Corporation  of  Redmond,  Washington.  The  EIS  provides 
a  relational  data  structure,  generalized  (not  project  specific)  subject  data  tables,  integrity 
control,  and  an  effective  operator  interface.  Other  software  utilized  by  the  system  includes 
WordPerfect  (WordPerfect  Corporation,  Orem,  UT,  84057)  and  Lotus  123  (Lotus  Development 
Corporation). 

3.1.3  Personnel 

The  Data  Management  System  is  staffed  with  a  full  time  administrator,  who  is  responsible  for 
system  implementation  and  development  and  maintenance  of  the  integrity  of  the  system,  as 
well  as  importing/exporting  data,  coordination  with  the  GIS  component  and  satellite  data 
systems,  and  management  of  the  cooperative  agreement  and  contracts  through  which  the  data 
system  operates.  MDHES  Solid  and  Hazardous  Waste  Bureau  management  and  support  staff  are 
available  as  necessary. 

3.2  CLARK  FORK  GEOGRAPHIC  INFORMATION  SYSTEM 

The  following  sections  outline  the  basic  configuration  of  the  Geographic  Information  System. 

3.2.1      Hardware 

The  hardware  consists  of  a  PRIME  2755  mini-computer  with  supervisor's  system  console  and 
line-printer,  two  Tektronix  4111  graphic  terminals,  a  Compaq  386  PC  with  hi-resolution 
monitor,  a  Zenith  PC  with  Tektronix  Terminal  Emulation,  a  Calcomp  9100  Digitizing  Table, 
a  Tektronix  4696  color  ink-jet  printer,  and  Calcomp  1044  8-pen  roll-feed  plotter.  The  DMS  PC 
also  serves  as  a  terminal  to  the  Prime,  using  Tektronix  terminal  emulation.  Planning  is 
currently  underway  to  provide  a  computer  data  line  to  the  Montana  EPA  office.  This  line  will 
provide  direct  on-line  access  to  the  GIS  for  EPA  personnel  using  PCs.  Figure  5  depicts  the  GIS 
hardware  configuration. 
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Figure  5  GIS  Hardware  Configuration 
3.2.2     Software 

The  GIS  uses  two  principle  software  packages:  ARC/INFO  and  ERDAS.  ARC/INFO  is  a 
vector-based  GIS  program  that  stores  data  using  a  relational  and  topological  data  model. 
ARC/INFO  functions  include:  the  input  of  data;  editing  of  both  spatial  and  attribute  data; 
performance  of  a  variety  of  geographic  analyses;  and  composition  and  plotting  of  maps.  The 
MSL  installed  the  ARC/INFO  TIN  Module  (Triangulated  Irregular  Network)  in  Spring  1989. 
The  TIN  module  will  enable  the  users  to  create,  analyze,  and  display  digital  Z-value  (e.g., 
elevation)  data. 

ERDAS  is  a  raster-based  image  processing  and  GIS  program  which  allows  for  the  input  of 
remotely  sensed  digital  data;  image  analysis  and  processing;  basic  GIS  analysis;  and  the  ability 
to  transfer  data  between  ERDAS  and  ARC/INFO.   ERDAS  features  include: 

•  Image  Processing:   enhancement,  geometric  correction,  classification. 

•  Geographic  Information  System:  display,  entry,  updating,  and  analysis;  and  merger 
with  remotely  sensed  data. 

•  Utilities:  routines  for  file  modification/annotation,  demonstrations  and  diagnostics. 

The  Compaq  PC  acts  as  a  work  station  for  ERDAS,  which  resides  on  the  Prime  minicomputer. 
Data  are  displayed  on  the  PC's  high  resolution  monitor  directly  from  the  Prime.  Detailed 
descriptions  of  ARC/INFO  and  ERDAS  are  contained  in  the  Clark  Fork  GIS  Resource  Document. 
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A  list  of  the  hardware  and  software  names  and  vendor  addresses  is  contained  in  Appendix  B  - 
Hardware  and  Software  Vendor  Chart. 

3.2.3      Personnel 

The  GIS  has  two  full-time  employees—a  GIS  Coordinator  responsible  for  project  administration 
and  GIS  analyses,  and  a  GIS  Programmers  two  principle  software  packages:  ARC/INFO  and 
ERDAS.  ARC/INFO  is  a  vector-based  GIS  program  that  stores  data  using  a  relational  and 
topological  data  model.  ARC/INFO  functions  include:  the  input  of  data;  editing  of  both  spatial 
and  attribute  data;  performance  of  a  variety  of  geographic  analyses;  and  composition  and 
plotting  of  maps.  The  MSL  installed  the  ARC/INFO  TIN  Module  (Triangulated  Irregular 
Network)  in  Spring  1989.  The  TIN  module  will  enable  the  users  to  create,  analyze,  and  display 
digital  Z-value  (e.g.,  elevation)  data. 

ERDAS  is  a  raster-based  image  processing  and  GIS  program  which  allows  for  the  input  of 
remotely  sensed  digital  data;  image  analysis  and  processing;  basic  GIS  analysis;  and  the  ability 
to  transfer  data  between  ERDAS  and  ARC/INFO.   ERDAS  features  include: 

•  Image  Processing:  enhancement,  geometric  correction,  classification. 

•  Geographic  Information  System:  display,  entry,  updating,  and  analysis;  and  merger 
with  remotely  sensed  data. 

•  Utilities:  routines  for  file  modification/annotation,  demonstrations  and  diagnostics. 

The  Compaq  PC  acts  as  a  work  station  for  ERDAS,  which  resides  on  the  Prime  minicomputer. 
Data  are  displayed  on  the  PC's  high  resolution  monitor  directly  from  the  Prime.  Detailed 
descriptions  of  ARC/INFO  and  ERDAS  are  contained  in  the  Clark  Fork  GIS  Resource  Document. 
A  list  of  the  hardware  and  software  names  and  vendor  addresses  is  contained  in  Appendix  B  - 
Hardware  and  Software  Vendor  Chart. 

3.2.3      Personnel 

The  GIS  has  two  full-time  employees--a  GIS  Coordinator  responsible  for  project  administration 
and  GIS  analyses,  and  a  GIS  Programmer/Analyst  responsible  for  programming  on  the  system. 
The  NRIS  data  technician  and  the  NRIS  Administrative  Assistant  each  devote  25%  of  their 
time  to  the  GIS.  In  addition,  the  NRIS  Director  devotes  part  of  his  time  to  GIS  duties.  A  full- 
time  GIS  Technician  will  be  hired  in  December  1989. 
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CHAPTER  4  -  DATA  ADMINISTRATION  PLAN 


4.1         INTRODUCTION 

Chapter  4  constitutes  the  Data  Administration  Plan.  Figure  6  schematically  displays  the  basic 
flow  of  data  and  the  scope  of  this  plan.  The  Data  Administration  Plan  sets  forth  procedures 
for  management  of  data  received  from  EPA,  Potentially  Responsible  Parties,  contractors,  and 
other  data  sources.  Project  data  development  needs  are  set  forth  to  provide  a  framework  for 
the  development  of  data  management  objectives  and  practices  which  will  ultimately  support 
Superf und  issues.  The  flow  of  data  from  the  source  into  the  Clark  Fork  Data  System,  between 
the  components  of  the  Data  System,  to  and  from  external  models  and  analysis  systems  and  from 
the  Data  System  to  end  users  is  described.  A  procedure  is  described  for  handling  QA/QC 
information  to  allow  for  differentiating  between  data  on  the  basis  of  the  quality  of  the  data. 

As  described  in  Chapters  1  and  3,  and  graphically  represented  in  Figure  3,  the  Clark  Fork  Data 
System  is  comprised  of  two  distinct  but  interrelated  components:  the  Clark  Fork  Data 
Management  System  located  in  the  Department  of  Health  and  Environmental  Sciences;  and  the 
Clark  Fork  Geographic  Information  System  located  in  the  State  Library.  Depending  on  the 
type  of  data,  data  may  enter  the  Data  System  through  either  of  the  two  components  of  the 
System.  Although  this  Data  Administration  Plan  is  for  the  most  part  concerned  with  what 
happens  to  the  data  from  the  point  where  they  enter  the  System,  specifications  are  also  set 
forth  which  describe  the  structure  required  for  communication  of  data  to  the  System,  and 
which  identify  information  which  must  be  provided  in  order  for  the  data  to  be  integrated  with 
other  data  in  the  System.  Procedures  are  described  which  provide  a  means  for  these  needs  to 
be  communicated  to  the  data  collection  agency/organization. 

The  procedures  and  documentation  described  in  this  Data  Administration  Plan  are  necessary 
to  verify  the  quality  of  the  analyses  conducted  to  facilitate  Superfund  decisions.  The  Plan 
must  therefore  set  forth  procedures  which  will  support  and  enhance  the  intended  use  of  data 
collected.  Equally  important  is  the  need  for  standardized  procedures  for  the  collection, 
analysis  validation  and  assessment  of  data,  in  order  to  facilitate  management  of  data  from 
many  sources  in  an  integrated  system. 

The  Data  Administration  Plan  serves  two  purposes: 

1.  The  Plan  provides  a  means  to  identify  data  use  objectives  and  to  describe  the  data 
management  practices  implemented  to  fulfill  those  objectives. 

2.  The  Plan  serves  as  a  reference  document  for  data  management  staff. 

In  order  to  serve  this  dual  purpose,  the  discussion  contains  general  descriptions  of  procedures, 
and  also  contains  technical  information  for  use  by  data  management  staff. 

The  Data  Administration  Plan  is  divided  into  three  parts: 

1.  Project  Data  Development, 

2.  Data  Administration  for  the  DMS,  and 

3.  Data  Administration  for  the  GIS. 


Chapter  4  -  Data  Administration  Plan  October  3,  1990  19 


4.2         PROJECT  DATA  DEVELOPMENT 

The  four  Superfund  sites  on  the  Upper  Clark  Fork  River  have  been  separated  into  operable 
units,  each  of  which  may  pose  imminent  and  substantial  risks  to  human  health  and 
environment.  Investigations  within  these  operable  units  may  be  conducted  for  reasons  which 
vary  from  waste  type  to  waste  type.  For  example,  a  removal  action  at  one  operable  unit  which 
requires  only  the  identification  of  the  highest  levels  of  contamination  would  not  provide  the 
information  needed  for  a  more  complete  remedial  action,  which  would  require  documentation 
of  cleanup  activities  to  a  lower  level  of  contamination.  Therefore,  data  quality  objectives 
necessary  to  meet  Superfund  requirements  may  not  be  uniform  from  operable  unit  to  operable 
unit.  The  following  discussion  of  data  development  considers  that  data  that  are  uniquely 
suited  to  the  site  specific  data  quality  objectives  must  be  pursued. 

Project  data  development  describes  the  process  by  which  the  data  necessary  to  support  the 
decision-making  process  is  produced.  The  process  is  described  here  for  the  purpose  of 
providing  the  framework  for  development  of  the  data  administration  practices  which  follow. 


4.2.1      Data  Development/Management  Objectives 

Significant  effort  is  directed  at  developing  quality  assurance/quality  control  procedures  that 
will  facilitate  the  acquisition,  quantification,  and  dissemination  of  environmental  data  that 
may  be  used  in  support  of  Superfund  activities.  Considering  the  importance  of  the  decisions 
that  are  made  as  part  of  the  Superfund  process,  both  in  terms  of  cost  and  the  effect  on  people's 
lives,  it  is  paramount  that  data  used  are  of  sufficient  quality  and  integrity  to  support  the 
Superfund  decisions  at  hand.  The  environmental  and  spatial  data  addressed  by  this  Data 
Administration  Plan  may  be  used  in  support  of  remedial  investigations  and  feasibility  studies 
(RI/FS),  endangerment  assessments/public  health  evaluations,  remedial  design,  remedial  action 
and  other  associated  Superfund  documentation. 

The  following  steps  are  required  to  develop  a  reliable  data  system  which  integrates  data  from 
several  sources  and  which  supports  the  data  development/management  objectives  as  described 
above: 

1.  Data  must  be  collected,  analyzed  or  evaluated  according  to  a  consistent  set  of  criteria. 

2.  Data  must  be  properly  qualified,  and  reported  in  proper  units. 

3.  Data  must  be  properly  identified,  entered,  and  verified. 

4.  Data  values  must  belong  to  explicitly  defined  domains  (data  system  integrity  must  be 
maintained). 

Steps  1  and  2  must  be  influenced  by  the  Data  System  staff.  Steps  3  and  4  can  be  controlled  by 
the  Data  System  staff.  Step  1  requires  the  expertise  of  technical  personnel  trained  in  collection, 
analysis,  and  QA  of  environmental  data  of  various  types.  Step  2  involves  interaction  of  data 
management  staff  with  these  technical  personnel  in  the  proper  coding  of  data. 

Interaction  between  the  Project  Officer  for  a  project,  the  data  collection  contractor,  the 
QA/QC  contractor,  and  the  Data  System  staff  in  developing  a  Data  Management  Plan  can 
improve  the  flow  of  data  and  ensure  maximum  possible  accuracy  and  efficiency  in  data 
reporting  and  data  entry. 
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4.2.2     QA/QC  Objectives 

QA/QC  objectives  should  apply  equally  to  spatial  data  as  well  as  to  laboratory  and  other  data. 
The  production  of  valid  and  acceptable  data  begins  with  setting  sound  data  quality  objectives 
in  Quality  Assurance  Project  Plans  (QAPPs)  and  Sampling  and  Analysis  Plans  (SAPs)  for  the 
Clark  Fork  Superfund  sites,  prior  to  the  collection  of  field  data.  Similarly,  appropriate 
handling  and  analytical  techniques  must  be  identified  in  the  Laboratory  Analytical  Protocol 
(LAP)  and/or  SAPs  in  order  to  maximize  the  consistency,  utility  and  accuracy  of  the  data  being 
produced.  Information  specified  in  the  previously  mentioned  documents  should  be  consistent 
with  EPA  guidance  on  these  topics  including  the  QAPP  for  the  Office  of  Emergency  and 
Remedial  Response  and  Office  of  Waste  Programs  Enforcement  (OSWER  Directive  9200.1-05) 
and  Data  Quality  Objectives  for  Remedial  Response  Activities  (OSWER  Directive  9355.07B). 
In  addition  to  EPA  guidance,  the  project  attorneys,  the  Region  VIII  Quality  Assurance  Officer, 
and  the  Project  Officer  must  address  collection  and  tracking  of  documentation  including  chain 
of  custody  and  other  key  evidentiary  documents.  Each  project  manager  should  strive  to 
maintain  consistency  between  the  sites  by  consulting  with  other  project  managers  when  dealing 
with  a  data  collection  task  that  may  have  been  previously  addressed  on  another  site. 

The  QAPPs  for  the  sites  should  be  developed  in  order  to  assure  that  precision,  accuracy, 
completeness,  representativeness  and  comparability  of  data  are  known  and  documented  in  a 
consistent  fashion  during  the  RI/FS  or  removal  projects  on  the  site.  The  QAPP  represents  the 
first  level  of  quality  assurance/quality  control  (QA/QC)  requirements;  although  further  detail 
and  refinement  of  quality  assurance,  quality  control,  handling  and  analytical  procedures  can 
be  provided  in  operable  unit-specific  SAPs. 

The  LAPs  for  the  sites  should  specify  the  handling  and  analytical  procedures  for  matrices  that 
will  be  sampled  on  the  site.  Under  circumstances  where  the  handling/analytical  procedures 
specified  in  the  LAP  do  not  meet  the  data  quality  objectives  specified  in  operable  unit-specific 
SAPs,  alternative  procedures  should  be  provided  in  operable  unit-specific  SAPs. 

Following  the  establishment  of  appropriate  procedures  in  the  QAPP,  LAP,  and  SAPs,  the 
production  of  valid  and  acceptable  data  is  accomplished  by  thorough  documentation  of  all 
field,  field  laboratory,  and  analytical  laboratory  procedures  and  by  the  analysis  of  quality 
control  (QC)  checks  and  adherence  to  specified  QC  statistical  control  limits.  Documentation 
requirements  include  the  maintenance  of  field  data  and  logging  sheets,  books,  chain-of-custody 
and  analysis  request  forms,  and  the  reporting  of  laboratory  sample  and  QC  results  in  detail  and 
on  special  forms.  The  elements  of  quality  control  fall  into  three  groups: 

1.  Instrument  QC  checks  are  designed  to  ensure  that  any  instrument  is  calibrated  and 
functioning  properly. 

2.  Method  QC  checks  are  designed  to  monitor  the  precision  and  accuracy  of  both  sample 
preparation  and  analysis;  method  QC  checks  may  in  addition  provide  information  on  intra- 
laboratory  reproducibility  of  a  method,  and  matrix  effects. 

3.  Field  QC  checks  are  designed  to  monitor  sampling  by  itself  and  the  overall  process 
of  sampling,  sample  preparation,  and  analysis. 

The  sites  QAPPs,  LAPs,  SAPs  and  associated  Work  Plans  should  specify  the  documentation  and 
quality  control  requirements  that  apply  to  each  of  these  QC  groups.  Ultimately,  the  QA/QC 
objectives  and  the  performance  within  these  objectives  determines  the  utility  or  usability  of 
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data.  Data  usability  is  determined  by  comparing  the  degree  of  conformance  of  a  given  body 
of  data  with  project-specific  criteria.  Data  validation  is  an  evaluation  or  the  analytical  quality 
of  the  data  and  is  one  of  several  separate  processes  required  to  determine  data  usability.  In 
addition  to  the  data  validation  criteria,  appropriate  documentation  must  be  available  to  support 
the  usability  of  data  within  the  context  of  EPA/Region  VIII's  level  A/B  criteria. 


4.2.3      Data  Evaluation 

Evaluation  of  data  determines  the  appropriate  end  use  of  the  data  regerencing  the  applicable 
prohect  documents/requirements.  The  process  takes  part  in  two  to  three  steps,  depending  on 
the  project  requirements. 

1.  Laboratory  Data  Validation  -  Data  validation  review  includes  the  data  validation 
process  and  can  include  an  evaluation  report  of  documentation,  chain  of  custody  and 
other  potentially  legally  defensible  information.  The  data  validation  review  references 
the  U.S.  EPA  Functional  Guidelines  for  Inorganic  Data  Validation  (SOP)  1987,  1988. 
The  process  insures  compliance  with  the  Contract  Laboratory  Program  (CLP)  Statement 
of  Work  (SOW)  1987  and/or  other  requirements  as  stated  in  the  project  documentation 
(QAPP,  LAP,  SAP,  etc.).  As  a  result  of  the  data  validation  process,  records  are  marked 
with  codes  or  "qualifiers"  indicating  where  specific  quality  control  limits  for  the 
analyses  were  not  met.  The  data  can  be  categorized  during  this  process  as  acceptable 
(no  qualifiers),  estimated  ("J"  qualifier),  or  rejected  ("R"  qualifier).  Field  QC  may  also 
be  tracked  and  tabulated,  although  the  data  are  not  currently  qualified  on  the  basis  of 
field  QC. 

2.  Level  A/B  Review  -  A  Region  8  Level  A/B-type  evaluation  can  also  be  conducted, 
which  reviews  all  the  project  documentation.  Level  A/B  review  references  the  U.S.  EPS 
Region  8  guidelines.  This  evaluation  ensures  that  particular  documents,  chain  of 
custody,  names  of  personnel,  dates  and  specific  deliverables  are  present  and  that  they 
are  adequately  documented  to  meet  the  legally  defensible  criteria  for  the  product. 

3.  Data  Assessment  -  The  processes  of  data  validation  and  Level  A/B  review  do  not 
specify  how  data  can  be  used,  whether  data  should  be  used  with  limits,  or  whether  data 
should  be  rejected.  Data  assessment  is  the  determination  of  the  use  of  the  data  in  terms 
of  project  objectives.  Data  assessment  describes  the  process  of  examining  the  data  in 
light  of  the  methods  used  to  generate  the  data  along  with  the  qualifiers  added  during 
the  validation  process  and  the  Level  A/B  designation,  and  then  determining  which  data 
are  usable  for  a  particular  application.  Data  may  be  sorted  into  usability  categories  (i.e. 
enforcement  quality,  screening  quality,  unusable).  Data  usability  categories  and  their 
relationship  to  the  superf und  process  are  described  below. 

The  net  effect  of  these  processes  is  an  assurance  to  the  project  manager  that  sufficient  data 
of  suitable  quality  are  available  to  support  a  specific  Superfund  activity. 

4.2.3.1    Data  Validation  , 

The  EPA  Contract  Laboratory  Program  (CLP)  Statement  of  Work  for  Inorganics  (SOW  787) 
describes  certain  "flags"  which  are  to  be  attached  to  laboratory  results  as  a  process  notation. 
These  flags  have  been  modified  from  year  to  year  as  the  SOWs  are  updated.  Flags  are  strictly 
laboratory  notation  and  are  not  considered  to  be  data  validation  criteria. 
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The  EPA  Laboratory  Validation  Functional  Guidelines  for  Evaluating  Inorganics  Analyses 
(1985  and  July  1988  revisions)  are  considered  to  be  standard  criteria  for  the  validation  of  data 
for  interpretation  of  project  data  quality.  The  SOP  is  always  used  in  correlate  to  the  CLP  SOW 
in  use  at  the  time  of  the  analyses.  The  SOP  describes  certain  "qualifiers"  which  can  be 
associated  with  data  which  do  not  meet  specific  CLP  QC  limits  as  determined  during  the  data 
validation  process. 

In  order  to  integrate  data  from  the  various  superfund  sites  in  the  Clark  Fork  region,  it  is 
absolutely  imperative  that  the  flags  and  qualifiers  attached  to  the  data  result  from 
standardized  procedures  and  carry  the  same  meaning  from  year  to  year  and  from  site  to  site. 
Options  range  from  the  simple  (designation  of  data  as  "qualified"  or  "not  qualified",  which 
would  effectively  translate  to  rejection  of  any  qualified  data)  to  the  complex  (development  of 
a  standard  system  which  provides  a  means  to  utilize  more  data  and  which  serves  the  needs  of 
project  personnel  throughout  the  Clark  Fork  region). 

The  first  option  is  not  reasonable  as  it  severely  restricts  the  utilization  of  data.  The  second 
option  is  difficult  to  implement  as  it  involves  the  adoption  of  a  standard  which  must  then  be 
adhered  to  by  all  who  contribute  data  to  the  system.  The  standard  must  provide  the  means  to 
integrate  data  from  various  investigations  and  yet  be  flexible  enough  to  accommodate  varying 
needs  from  site  to  site.  In  spite  of  the  difficulty  in  implementing  the  second  option,  the 
potential  benefits  to  be  derived  make  it  worthwhile  to  do  so. 

The  qualifiers  and  flags  assigned  during  the  analysis  and  data  validation  review  are  commonly 
carried  in  data  summaries  and  reports.  In  order  to  maximize  data  utilization,  the  actual  results 
of  the  laboratory  QA/QC  checks  must  also  be  carried  with  the  data.  For  example,  if  arsenic 
was  qualified  as  estimated  (J)  due  to  a  quality  control  spike  recovery  of  45%,  the  qualifier 
would  normally  be  "J",  which  provides  no  information  as  to  why  the  value  was  qualified. 
However,  by  carrying  the  laboratory  QC  information  in  the  data  system,  reports  can  be 
produced  which  greatly  enhance  the  users  ability  to  determine  data  usability.  In  the  above 
example,  the  meaning  of  a  qualifier  in  a  report  is  greatly  enhanced  by  the  placement  of  an 
additional  code  ("S"  for  "Spike")  and  the  related  value  ("45"),  resulting  in  the  qualifier  "JS45". 
The  purpose  is  to  maximize  the  usability  of  the  data  by  using  the  qualifier  values  to  sort  on 
levels  of  qualification  as  well  as  to  define  patterns  of  qualifiers.  For  example,  analytical 
results  which  have  QC  values  which  exceed  the  data  validation  control  limits  might  still  be 
used  for  screening  decisions.  There  may  also  be  reproducible  matrix  effects  which  should  not 
disqualify  the  data,  but  which  might  provide  useful  information  regarding  the  geochemistry 
of  the  site.  These  levels  and  patterns  can  be  defined  through  analysis  of  the  QC  data.  It  is  also 
conceivable  that  QC  windows  may  be  altered  for  a  specific  operable  unit  or  for  a  specific  waste 
(as  supported  by  the  applicable  data  quality  objectives).  By  carrying  the  qualifier  and  the 
value  of  the  QC  parameter  in  the  data  system  with  the  analytical  results,  the  data  validator  is 
better  able  to  sort  data  according  to  usability  categories. 

The  amount  of  information  to  be  processed  to  effectively  utilize  the  QC  data  mandates  that 
a  computer  aided  analysis  system  be  employed.  The  Data  Management  System  component 
implemented  to  handle  the  QA/QC  information  generated  is  described  in  section  4.3.1.3. 

4.2.3.2    Data  Assessment 

EPA  guidance  concerning  the  quality  of  data  (OSWER  Directive  9355.0-7B)  recommend  the 
establishment  of  five  analytical  support  levels  in  order  to  categorize  data  based  on  the  type  of 
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technology  and  documentation  used  and  their  degree  of  sophistication.  These  five  analytical 
support  levels  follow: 

LEVEL  V  DATA 

DEFINITION-  Non  Standard  Analytical  Procedures.  Analyses  which  may  require 
method  modification  and/or  development.  Contract  Laboratory  Program  (CLP)  special 
analytical  services  (SAS)  are  considered  Level  V  or  Level  III  data  depending  on  the 
degree  of  development  required. 


USES: 


-  Confirmational 

-  Toxicology 

-  Site-specific  conditions/parameters 

-  RCRA  compliance 


LEVEL  IV  DATA 


DEFINITION-  CLP  routine  analytical  services  (RAS).  This  level  is  characterized  by 
rigorous  QA/QC  protocols  and  documentation  and  provides  qualitative  and  quantitative 
analytical  data.  This  level  of  data  may  be  produced  from  other  than  CLP  labs  if  similar 
procedures  are  implemented. 

USES: 

-  Confirmational 

-  Toxicology 

-  All  other  Superf und  program  activities 


LEVEL  III  DATA 


DEFINITION-  Laboratory  analysis  using  methods  other  than  the  CLP  RAS.  Some 
procedures  may  be  equivalent  to  CLP  RAS  without  the  CLP  requirements  for 
documentation. 


USES: 


-  Engineering  studies 

-  Confirmational,  but  with  less  documentation 

-  Presence  or  absence  of  contaminants 

-  Screening 

LEVEL  II  DATA 

DEFINITION-  Field  analyses.  This  level  is  characterized  by  the  use  of  portable 
analytical  instruments  which  can  be  used  on  site,  or  in  mobile  laboratories  stationed 
near  a  site.  Depending  on  the  types  of  contaminants,  sample  matrix,  and  personnel  skills, 
quantitative  data  can  be  obtained. 

USES: 

-  Presence  or  absence  of  contaminants 

-  Relative  concentrations 

-  Engineering  studies 
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-  Screening 

LEVEL  I  DATA 

DEFINITION-  Field  screening.  This  level  is  characterized  by  the  use  of  portable 
instruments  which  can  provide  real-time  qualitative  data. 

USES: 

-  Assist  in  identifying  sample  locations 

-  Field  screening 

-  Health  and  Safety 

Experience  with  applying  these  standards  to  use  of  data  with  respect  to  superfund  site 
evaluation  has  shown  that  these  analytical  support  levels  can  demonstrate  the  sophistication 
of  the  analytical  procedures;  however  the  levels  described  can  lead  to  some  confusion 
concerning  their  effect  on  the  uses  of  these  data.  For  example,  the  procedures  described  in 
several  levels  may  result  in  data  which  may  be  used  for  endangerment  assessment  activities  or 
RI/FS  engineering  calculations.  In  determining  appropriate  use,  it  is  also  necessary  to  take  into 
consideration  compliance  with  the  required  documentation  of  sampling  and  handling 
procedures  (evaluated  under  Level  A/B  review)  and  maintenance  of  laboratory  quality  control 
during  the  analysis  (evaluated  under  data  validation  review).  Data  validation  review  and 
Level  A/B  review  provide  the  means  to  determine  if  the  data  is  acceptable  in  terms  of 
adequacy,  completeness,  and  compliance  with  the  established  QC  criteria,  and  therefore  able 
to  be  utilized  for  the  intended  purpose. 

Data  usability  can  therefore  be  related  to  the  designated  OSWER  Level  (i.e.  the  inherent  quality 
of  the  sampling  and  analysis  procedure),  and  is  a  function  of  the  degree  of  adherence  to  the 
QA/QC  and  documentation  requirements  of  the  designated  sampling  and  analysis  procedure. 

In  order  to  provide  a  classification  of  data  that  is  user  oriented,  and  that  takes  into  account 
the  inherent  limitations  of  the  designated  sampling  and  analysis  technique  as  well  as  the  level 
of  adherence  to  designated  sampling  and  analysis  procedures,  the  following  three  data 
utilization  categories  can  be  derived: 

UNRESTRICTED  USE  (ENFORCEMENT  QUALITY)  DATA  -  Data  resulting  from  the  highest 
quality  sampling  and  analysis  procedures  and  not  reduced  in  quality  due  to  failure  to  adhere 
to  designated  QC  procedures  and  documentation  requirements. 

These  data  are  usable  for  RI/FSs,  endangerment  assessments,  public  health  assessments, 
and/or  for  remedial  design.  These  data  normally  result  from  a  process  designated 
OSWER  Level  IV  or  V  and  include: 

-  those  which  came  through  the  data  validation  process  and  the  Level  A/B 
evaluation  without  qualification;  and, 

-  those  for  which  a  consistent,  reproducible  matrix  effect  is  evident  in  the 
pattern  of  qualifiers  for  a  specific  site  or  matrix.  In  this  case,  the  data  may  be 
categorized  as  unrestricted  use  (enforcement  quality)  with  a  known  bias. 
Justification  for  use  of  such  data  must  be  maintained  in  the  administrative 
record. 
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-  those  for  which  the  QC  control  limit  windows  have  been  expanded,  on  the  basis 
of  an  evaluation  of  the  intended  use  and  the  rationale  for  establishing  a  non- 
standard QC  control  limit  window.  Justification  for  use  of  such  data  must  be 
maintained  in  the  administrative  record. 

In  order  to  determine  compliance  with  the  conditions  set  forth  above,  and  therefore  be 
considered  for  unrestricted  use  (enforcement  quality),  data  must  normally  be  supported 
by  rigorous  QA/QC  protocols  and  documentation.  However,  special  cases  may  exist  in 
which  data  designated  OSWER  Level  II  or  III  may  be  considered  for  unrestricted  use 
(enforcement  quality)  with  appropriate  justification  in  the  Administrative  Record: 

-  High  hazard  data.  Included  here  are  analytical  results  which  have  a  value 
greater  than  a  limit  set  by  those  intending  to  utilize  the  data.  Qualifiers  may 
not  be  statistically  significant  given  the  extreme  levels  of  the  analyte  in  the 
sample.  Level  II  or  III  data  (and  Level  IV  or  V  data  which  has  been  qualified 
due  to  QC  test  limit  exceedence  or  lack  of  documentation)  may  be  classified  as 
high  hazard  on  a  case  by  case  basis.  Justification  for  use  of  such  data  must  be 
maintained  in  the  administrative  record. 

-  Non  CLP  RAS  or  field  analyses  supported  by  sufficient  CLP  RAS  and  CLP 
SAS  analyses  to  statistically  confirm  conclusions,  the  use  of  which  is  agreed  to 
by  all  involved  parties.  For  example,  XMET  data  supported  by  adequate 
concurrent  CLP  analysis,  might  be  elevated  to  unrestricted  use  (enforcement 
quality).  Justification  for  use  of  such  data  must  be  maintained  in  the 
administrative  record. 


RESTRICTED  USE  (SCREENING  QUALITY)  DATA  -  Data  resulting  from  less  rigorous 
sampling  and  analysis  procedures  and  data  which  have  been  reduced  in  quality  due  to  failure 
to  adhere  to  designated  QC  procedures  and  documentation  requirements. 

These  data  are  usable  to  help  develop  or  refine  study  plans  or  evaluate  different 
sampling  and  analysis  techniques.  These  data  would  normally  result  from  a  process 
designated  OSWER  Level  I,  II  or  III  (with  the  exceptions  noted  above),  and  would 
include  data  designated  OSWER  Level  IV  and  V  which  have  been  qualified  as  estimated 
due  to  QC  test  limit  exceedence  or  lack  Level  B  documentation  (i.e.  do  not  meet  the 
QA/QC  requirements/documentation  for  the  intended  use  of  the  data  as  stated  in  the 
data  quality  objectives). 

UNUSABLE  DATA  -  Data  resulting  from  unapproved  sampling  and  analysis  procedures  and 
data  which  have  been  critically  reduced  in  quality  due  to  extreme  lack  of  adherence  to 
designated  QC  procedures  and/or  lack  of  Level  A  documentation  requirements. 

These  data  are  not  usable  for  Superf und  related  activities. 

This  multi-tiered  approach  to  data  utilization  will  allow  EPA,  DHES  and  PRPs  to  plan  ahead 
during  the  setting  of  data  quality  objectives  to  provide  data  that  will  meet  specific  intended 
uses.  The  assignment  of  data  into  these  or  similar  usability  categories  will  assure  that  suitable 
data  can  be  made  readily  available  to  project  engineers,  toxicologists,  and  planners. 
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A  computer  aided  analysis  system  is  necessary  to  facilitate  the  assignment  of  usability 
categories  on  the  basis  of  user  defined  standards.  Use  of  the  Data  Management  System  to 
determine  data  usability  is  described  in  section  4.3.1.4. 


4.2.4   CLARK  FORK  DATA  SYSTEM  DATA  SPECIFICATIONS 

Data  collected  prior  to  the  implementation  of  the  Data  System  and  data  collected  by  agencies 
or  organizations  for  purposes  not  directly  related  to  Superfund  activities  may  not  include 
required  information  or  may  not  be  structured  in  a  manner  which  facilitates  the  importation 
of  the  data  into  the  Data  System.  In  order  to  insure  that  data  collected  after  the 
implementation  of  the  Data  System  is  properly  structured  and  complete,  specifications  have 
been  developed  which  set  forth  the  required  structure  of  data  destined  for  eventual 
communication  to  the  Data  System.  Project  managers  may  include  these  specifications  in  their 
contractor  and  PRP  work  plans.  These  specifications  consist  of  general  guidelines  for  data 
management  and  two  attachments  that  provide  more  specific  detail  for  data  input  to  the  Data 
System. 

A  Data  Management  Plan  will  be  prepared  by  the  data  collection  agency  for  all  data  collection 
efforts  to  take  place  after  the  implementation  of  the  Data  System.  The  Data  Management  Plan 
will  provide  guidance  in  conducting  data  evaluation  and  preparing  data  for  entry  into  a 
database.  Some  of  the  features  that  can  be  specified  in  such  a  plan  include: 

•  Criteria  for  evaluating  historical  data 

•  Criteria  for  evaluating  data  from  an  analytical  lab 

•  Information  that  must  be  gathered  in  the  field  and  in  the  lab 

•  Proper  identification  and  qualification  of  data 

•  Forms  on  which  data  are  to  be  provided  and  formats  or  units  in  which  data  are  to  be 
reported. 

•  Description  of  manual  or  automated  data  management  system  utilized. 

•  Analysis  of  methodology   for  communication   of  data   to  the  Clark   Fork   Data 
Management  System. 

4.3         CLARK  FORK  DATA  MANAGEMENT  SYSTEM  -  Data  Administration 

The  following  section  describes  the  handling  of  data  within  the  Clark  Fork  Data  Management 
System.  Operational  details  necessary  to  satisfy  the  data  use  needs  set  forth  in  the  previous 
sections  are  provided.  A  detailed  description  of  the  structure  of  the  Data  Management  System 
can  be  found  in  the  document  Clark  Fork  Data  System  Reference  available  from  the  Data 
System  Administrator. 


4.3.1      Data  Flow 
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The  flow  of  data  to,  within,  and  from  the  DMS  is  depicted  in  Figure  7  -  Data  Management 
System  Data  Flow.  Reference  numbers  below  correspond  to  the  numbered  steps  shown  on  the 
chart.  Data  are  depicted  as  layered  pages  and  are  referenced  with  the  letter  "D".  Processes  are 
depicted  as  boxes  and  are  referenced  with  the  letter  "P".  Data  management  systems  are 
depicted  as  circles  and  are  referenced  with  the  letter  "S".  Data  flow  is  depicted  by  arrows  and 
is  referenced  with  the  letter  "F"  where  necessary  to  explain  flow  path  options. 

Data  handling  and  preparation  involves  a  series  of  coordinated  steps  using  both  technical  staff 
and  the  Data  System  staff  in  various  decision-making  capacities. 

Historical  studies,  recent  surveys  or  ongoing  monitoring  efforts  may  generate  data  for  the  Data 
System.  These  data  may  be  received  as  a  summary  report  or  as  raw  data  sheets  (e.g.,  from  the 
analytical  laboratory),  or  they  may  be  received  in  machine-readable  format  after  initial 
processing  by  the  agency  or  organization  collecting  the  data. 

(D.l.)  Field,  laboratory,  and  support  data  are  assimilated  in  hard  copy.  Such  data  includes  but 
is  not  limited  to: 

Reference  data  -  Who/what/when/where/why 

Observations  -  Measurements  or  observations  made  in  field 

Analytical  results  -  Results  of  laboratory  analysis 

QA/QC  data  -  Lab  QC  data/documentation  of  procedures 

Documentation  -  Work  plans/sampling  plans/field  &  lab  records 

(F.l.)  It  is  not  intended  that  the  DMS  replace  existing  data  management  systems  used  by  the 
agencies  and  organizations  collecting  data  relating  to  the  Clark  Fork  Superfund  Sites,  nor  is 
it  expected  that  all  agencies  and  organizations  collecting  such  data  will  utilize  the  same 
software  for  data  management  within  that  agency  or  organization.  Data  may  therefore  be 
provided  to  DMS  staff  in  hard  copy  or  may  be  entered  into  another  agency's  or  organization's 
data  system,  (S.l.)  and  then  provided  to  the  DMS  in  machine-readable  format. 

Prior  to  being  submitted  to  the  Data  System  staff,  data  will  have  been  reviewed  by  project 
staff  using  predetermined  criteria  for  its  pertinence,  and  for  appropriateness  of  field  and  lab 
methodologies,  sampling  design,  and  analyses.  As  a  result  of  the  data  evaluation,  certain  data 
will  be  judged  acceptable  for  inclusion  in  the  database.  Other  data  will  be  judged  unacceptable 
and  rejected. 

(P.l.)  Data  judged  acceptable  for  inclusion  will  then  be  evaluated  by  the  Data  System  staff  to 
determine  if  all  information  required  for  use  within  the  Data  System  is  provided.  Data 
collected  by  agencies  not  associated  with  Superfund  and  data  collected  through  Superfund 
related  survey  efforts  prior  to  the  implementation  of  the  Data  System  may  not  be  formatted 
as  necessary  for  direct  input  into  the  DMS.  Such  data  are  filtered  to  eliminate  unnecessary 
items,  restructured  to  match  the  DMS  structure,  augmented  where  necessary  to  add  items 
necessary  in  the  Data  System  environment,  and  coded  if  provided  in  hard  copy  only.  Contracts 
and  work  orders  resulting  in  data  collection  after  implementation  of  the  Data  System  will 
require  that  the  contractor  collect  all  necessary  information,  code  the  data  using  DMS  forms 
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Figure  6  Clark  Fork  Data  Management  System  Data  Flow 
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(insuring  proper  structure),  and,  optionally,  enter  the  data  into  a  computerized  data  system 
which  has  the  capability  to  provide  machine-readable  data  to  the  DMS  in  the  required  format. 

(P.2.)  Data  are  manually  entered  (if  hard  copy)  or  imported  (if  machine-readable).  Data  entry 
or  importation  will  be  performed  by  MDHES  personnel,  by  data  validation  contractor 
personnel,  or  through  contracted  services.  Importing  of  data  will  be  accomplished  through  the 
use  of  Knowledgeman/2  programs  established  for  that  purpose,  utilizing  a  common 
intermediate  file  format.  Files  from  external  data  systems  utilizing  Knowledgeman/2  can  be 
directly  imported,  again  using  Knowledgeman  conversion  routines. 

(P.3.)  Verification  checks  as  described  under  Section  4.3.1.1  Data  Input  and  Verification  are 
run  to  insure  that  errors  were  not  introduced  in  the  entry  or  importation  process. 

(P.4.)  An  automated  integrity  analysis  as  described  under  Section  4.3.1.4  Data  Integrity  is 
performed  on  all  data  to  insure  entity  and  referential  integrity. 

NOTE:  Procedures  for  handling  data  validation  information  in  the  data  base  are  being 
developed  and  tested.  The  discussion  which  follows  relating  to  data  validation  should  be 
viewed  as  tentative. 

A  QLEVEL  field  is  found  in  observation  tables,  where  the  level  of  data  quality  information 
available  for  a  record  can  be  recorded. 

In  certain  instances,  as  when  dealing  with  historical  studies,  data  may  be  entered  into 
the  DMS  (S.2.)  without  first  undergoing  a  formal  data  validation  review.  In  this  case, 
each  record  carries  a  "0"  in  the  QLEVEL  field,  indicating  that  little  is  known  about  the 
lab  QA/QC  procedures,  chain  of  custody  information,  and  other  information  used  to 
ascertain  data  quality.  It  is  important  to  note  that  data  categorized  as  level  "0",  where 
limited  documentation  and  QC  in  formation  is  available,  potentially  have  limited 
application  to  Superfund  activities  without  significant  justification  in  the 
administrative  record. 

Data  resulting  from  analysis  through  the  EPA  Contract  Laboratory  Program  (CLP)  are 
associated  with  laboratory  process  flags  (CLP  "Q"  qualifiers)  when  reported.  Although 
these  flags  do  not  carry  the  significance  of  qualifiers  added  through  a  formal  data 
validation  review,  they  can  be  useful  in  the  absence  of  other  data  quality  information. 
Data  imported  with  associated  laboratory  "Q"  qualifiers  are  identified  by  a  "1"  in  the 
QLEVEL  field. 

In  the  majority  of  cases,  an  associated  data  validation  process  is  called  for  through  the 
contract  relating  to  the  data  collection  effort;  data  are  therefore  provided  to  the  data 
validation  contractor  for  evaluation.  (F.2.)  The  QLEVEL  field  is  assigned  a  "2", 
indicating  that  the  data  validation  qualifiers  have  been  assigned  as  a  result  of  a  data 
validation  process  performed  by  a  PRP  contractor,  or  a  "3",  indicating  that  the  data 
validation  process  has  been  performed  by  an  EPA/DHES  contractor.  A  description  of 
the  use  of  data  validation  qualifiers  in  the  CFDMS  can  be  found  in  the  Clark  Fork  Data 
Management  System  Coding  Specifications. 

If,  in  addition  to  the  data  validation  qualifiers,  the  laboratory  QC  data  is  available,  the 
QC  data  may  be  imported,  along  with  "descriptors"  indicating  which  QC  test  resulted 
in  the  qualification  of  the  data.  The  analytical  data  may  then  be  supplemented  in 
reports  with  "descriptors"  and  QC  test  values  which  further  document  the  reason  for  the 
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assigned  qualifier,  and  enhance  the  ability  of  the  reviewer  to  determine  data  usability. 
A  description  of  the  use  of  data  validation  descriptors  in  the  CFDMS  can  be  found  in 
the  Clark  Fork  Data  Management  System  Coding  Specifications. 

(P.6.)  The  formal  data  validation  evaluation  procedures  are  completed.  At  this  point 
appropriate  qualifiers  describing  the  results  of  the  lab  quality  control  procedures  are  entered. 
The  data,  along  with  the  added  data  validation  information,  is  transferred  to  the  DMS  (S.2.). 
Each  record  carries  a  "2"  or  "3"  in  the  QLEVEL  field,  indicating  that  the  record  was  subjected 
to  the  formal  data  validation  process  and  that  appropriate  qualifiers  have  been  assigned  and 
imported. 

(F.3.)  Data  which  carries  a  "0"  or  "1"  in  the  QLEV  field  may  subsequently  be  subjected  to  a 
formal  data  validation  process.  The  QLEVEL  flag  is  then  changed  to  "2"  or  "3"  (qualifiers  have 
been  imported). 

An  ABLevel  field  is  provided  in  each  observation  table,  where  the  results  of  a  "Level  A/B" 
evaluation  is  recorded. 

Data  may  be  entered  into  the  DMS  for  which  little  is  known  about  the  history  of  the 
sample.   In  this  case,  each  record  carries  a  "U"  in  the  ABLEVEL  field. 

Data  having  undergone  a  Level  A/B  review  to  ascertain  the  history  of  the  sample  will 
carry  an  "R"  (rejected),  "A"  (meets  level  A),  or  "B"  (meets  level  B). 

(P.5.)  Data  with  a  designation  of  "U",  "R",  or  "A"  may  be  upgraded  through  research  and 
documentation  of  the  sample  history.  Data  upgraded  through  justification  documented  in  the 
Administrative  Record  will  carry  a  second  charater  "A"  in  the  ABLevel  field. 

(P.7.)   Queries  of  the  data  in  the  system  are  made: 

(D.2.)  Data  which  carries  a  "2"  or  "3"  in  the  QLEVEL  field  may  be  further  evaluated 
using  data  assessment  procedures  to  describe  the  utilization  categories  for  the 
data  as  enforcement,  screening,  or  unusable  quality  of  data.  These  concepts  have 
been  previously  described  under  the  Data  Validation  section. 

(D.3.)    Tabular  and  text  reports  and  business  graphics  are  produced. 

(P.8.)  Data  are  exported  to  other  systems,  including  the  Clark  Fork  GIS  (S.3.),  systems 
providing  sophisticated  modeling  and  analysis  (S.4.),  and  satellite  data  systems 
(S.5.).  As  a  general  rule,  data  will  not  be  utilized  in  analyses  or  provided  to  other 
agencies  or  organizations  until: 

a.  the  QA/QC  procedures  specified  in  the  associated  QAPP  have  been 
completed  and  the  data  is  properly  qualified; 

b.  verification  checks  have  been  completed  to  eliminate  data  entry  errors; 
and, 

c.  integrity  checks  have  been  completed  to  prevent  lost  or  erroneous  data. 

4.3.1.1    Data  Input  and  Verification 
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General  and  table  specific  data  coding  forms  and  instructions  have  been  developed  for  each 
of  the  tables  utilized  by  the  Data  System.  Agencies  or  organizations  responsible  for  coding  data 
will  be  provided  with  the  necessary  forms  and  instructions,  along  with  current  lists  of 
acceptable  codes.  General  and  table  specific  forms  and  instructions  are  constantly  evolving 
and  are  therefore  not  made  a  part  of  this  plan.  Agencies/organizations  responsible  for  data 
collection  and  recording  can  obtain  current  forms  and  instructions  from  the  Data  Management 
System  administrator. 

Manual  data  entry  will  be  completed  by  the  Data  Management  System  administrator, 
department  staff,  or  through  contracted  services.  In  some  cases  manual  data  entry  may  also  be 
performed  by  the  data  validation  contractor  during  evaluation  of  the  quality  of  the  data. 

Approaches  to  verifying  data  will  include: 

•  Using  printouts  of  data  to  verify  the  entered  values  against  the  values  in  the  original 
document 

•  Selecting  for  data  values  that  are  outside  a  given  range  of  values 

•  Graphing  sets  of  values  and  looking  for  outliers. 

•  Using  available  software  to  perform  statistical  analysis  on  data  sets  to  determine  the 
probability  of  a  given  figure. 

•  Using  the  GIS  to  plot  locational  information  to  be  compared  to  known  features 

4.3.1.2    Data  Documentation 

The  history  of  all  data  incorporated  into  the  system  will  be  maintained  for  the  purpose  of 
demonstrating  the  accuracy  and  integrity  of  the  data.  The  DMS  provides  a  structured  system 
for  the  development  and  maintenance  of  such  documentation. 

A  record  in  the  SURVEY  (CFRSU)  table  will  be  completed  for  each  survey  under  consideration 
for  entry  into  the  system.  Records  in  referenced  tables  (i.e.  ROLODEX  [EISRDX],  RECORDS 
AND  DOCUMENT  MANAGEMENT  [EISRDM],  ORGANIZATION  [EISORG])  will  be 
completed  as  necessary  to  maintain  the  integrity  of  the  SURVEY  record. 

Each  record  in  all  data  tables  contains  a  field  labeled  "REVIEWER".  The  identification  code 
for  the  person  responsible  for  judging  the  data  to  be  acceptable  for  inclusion  in  the  system  will 
be  entered  into  this  field  for  each  record  added.  The  person  making  this  determination  will 
normally  be  the  Data  System  administrator,  a  site  project  officer,  or  the  site  QA/QC  contractor. 

Each  record  contains  fields  labeled  "RECORDER"  and  "RDATE".  The  identification  code  for 
the  person  responsible  for  coding  the  data  along  with  the  coding  date  will  be  entered  into  these 
fields  for  each  record  added.  In  cases  where  the  data  are  entered  directly  from  lab  sheets  or 
other  references,  the  identification  code  of  the  person  performing  the  data  entry  and  the  date 
of  data  entry  will  be  entered. 

Each  record  contains  fields  labeled  "EDITOR"  and  "EDDATE".  The  identification  code  for  any 
person  who  edits  a  record  and  the  date  of  editing  is  automatically  stamped  into  the  record  by 
the  system. 
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A  record  is  manually  added  to  the  SYSTEM  NOTES  (NOTES)  table  whenever  an  action  is  taken 
which  affects  data  in  the  system.  Such  actions  include,  but  are  not  limited  to,  coding  actions, 
input  actions,  verification,  and  important  and  relevant  discussions  relating  to  the  survey.  The 
note  record  is  automatically  linked  to  the  table  and  record  affected,  the  person  making  the 
modification  and  the  date  and  time  of  modification.  The  system  notes  are  sorted  by  survey  on 
a  regular  basis  and  the  reports  filed  with  the  survey  reference  documents. 


4.3.1.3    DMS  Implementation  of  Data  Validation 

NOTE:  Procedures  for  handling  data  validation  information  in  the  data  base  are  being 
developed  and  tested.  The  discussion  which  follows  relating  to  data  validation  should  be 
viewed  as  tentative. 

The  data  validation  component  has  the  ability  to  carry  the  laboratory  process  flags  assigned 
during  analysis,  and  the  standard  qualifiers  normally  assigned  during  data  validation  review. 
Additionally,  the  component  has  the  ability  to  carry  the  laboratory  QC  information  associated 
with  the  assignment  of  qualifiers,  along  with  "descriptors"  indicating  which  of  the  QC  limits 
were  exceeded,  resulting  in  the  assignment  of  qualifiers. 

The  component  is  being  further  developed  to  accomplish  the  following: 

a.  Aid  the  data  validator  in  the  process  of  assigning  qualifiers  on  the  basis  of  the 
lab  quality  control  information  linked  to  the  data; 

b.  Aid  the  data  user  in  the  process  of  determining  levels  of  data  usability  (for 
example  litigation  quality,  screening  quality,  and  unusable)  on  the  basis  of  the 
quality  control  information  linked  to  the  data  and  the  data  standards  to  be 
applied,  including; 

i.  the  ability  to  re-designate  the  data  quality  category  by  modifying  the 

standards  which  apply  for  a  particular  application  and  data  set; 

ii.  the  ability  to  carry  in  the  data  tables  the  data  quality  designation  for 

each  parameter,  along  with  a  link  to  the  documentation  of  the  rationale 
for  the  standards  which  resulted  in  that  designation. 

iii.  the  ability  for  data  system  staff  to  describe  additional  data  quality 
categories  based  on  considerations  yet  unknown  by  easily  modifying  a  set 
of  sorting  criteria. 

c.  semi-automate  standard  report  production 

Importing  of  laboratory  QC  information  associated  with  data  validation  qualifiers  will  be 
encouraged  throughout  the  Clark  Fork  Region  on  all  data  processed  from  this  point  forward. 
In  order  to  handle  data  processed  prior  to  development  of  the  system,  and  to  handle  data  yet 
to  be  validated  under  work  orders  and  contracts  already  in  place,  the  ability  to  handle  data 
validation  qualifiers  and  laboratory  flags  in  lieu  of  actual  laboratory  QC  data  will  be 
maintained. 

Data  in  the  DMS  will  therefore  fall  into  one  of  four  categories:  On  the  lowest  level  "0"  will  be 
data  which  has  not  been  associated  with  any  QC  data.  Data  associated  with  laboratory  process 
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flags  will  be  designated  level  "1".  Data  subjected  to  a  formal  QA/QC  review  process  will  be 
designated  level  "2"  or  level  M3",  depending  on  whether  the  process  was  conducted  by  a  PRP 
contractor  or  an  EPA/DHES  contractor.  It  must  be  emphasized  that  the  four  levels  described 
here  do  not  correspond  to  levels  of  quality;  rather,  the  levels  correspond  to  how  much  is  known 
about  the  quality  of  the  data. 

The  DMS  QA/QC  system  for  inorganic  chemicals  is  implemented  in  the  Data  Management 
System  through  the  interaction  of  four  tables  (see  the  Clark  Fork  Data  Management  System 
Coding  Specifications  for  detailed  descriptions  of  the  tables  discussed  below): 

1.  CFRICO  -  Inorganic  Chemicals. 

In  addition  to  analytical  results,  data  validation  qualifiers  are  carried  for  each  analyte. 

Additionally,  a  Level  A/B  designation  is  carried  for  each  sample. 

A  "BATCH"  code  is  carried  which  is  the  key  to  records  in  the  CFRICQ  and  CFRICD 
tables  containing  laboratory  QC  information  relating  to  the  analytical  results. 

2.  CFRICQ  -  Inorganic  QC 

The  CFRICQ  table  carries  information  reported  by  EPA  CLP  labs  on  forms  II  through 
XI,  and  related  information  necessary  for  formal  data  validation. 

3.  CFRICD  -  Inorganic  Descriptors 

The  CFRICD  table  carries  a  coded  "descriptor"  which  indicates  when  a  particular  QC 
test  result  falls  outside  a  specified  limit.  Additionally,  the  value  associated  with  the 
descriptor  can  be  carried. 

3.  CFRICL  -  Inorganic  Limits 

The  CFRICL  table  carries  the  standard  limits  specified  for  each  QC  test.  If  a  particular 
set  of  limits  is  altered,  the  new  limits  are  carried,  referenced  to  the  administrative 
record. 

The  system  is  currently  set  up  to  allow  for  qualifiers,  descriptors,  and  numerical  values  to  be 
entered  manually  or  imported  from  a  table  of  like  structure.  The  system  could  feasibly  be  used 
during  the  data  validation  process  to  assign  descriptors  and  qualifiers  on  the  basis  of  the  QC 
values  and  limits  set. 


4.3.1.4    DMS  Implementation  of  Data  Assessment 

NOTE:  Procedures  for  handling  data  assessment  information  in  the  data  base  are  being 
developed.  The  discussion  which  follows  relating  to  data  assessment  should  be  viewed  as 
tentative. 

Use  of  the  Data  Management  System  to  process  the  QA/QC  information  and  documentation 
associated  with  reported  analytical  values  provides  a  means  to  rapidly  classify  the  data  into 
meaningful  usability  categories.    Although  a  field  and  associated  codes  for  the  purpose  of 
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designating  data  usability  are  not  currently  provided,  data  usability  can  be  derived  from 
information  in  the  system  as  follows: 

•  Derivation  of  OSWER  level  designation  of  data  in  the  CFDMS 

•  Data  resulting  from  analysis  using  field  instruments  (i.e.  OSWER  Level  I  and 
II)  and  laboratory  data  (i.e.  OSWER  Level  III,  IV  and  V)  are  carried  in  separate 
tables. 

•  Level  III  data  (laboratory  data  lacking  the  rigorous  QC  and  documentation 
required  of  CLP  RAS)  are  differentiated  from  CLP  data  through  a  "QLevel" 
code  in  the  lab  inorganics  table. 

•  All  data  tables  have  fields  for  recording  lab  treatment  and  analysis 
methodology,  the  combination  of  which  describe  the  analytical  procedure 
utilized. 

•  Derivation  of  level  of  compliance  with  QA/QC  requirements  for  data  in  the  CFDMS 

•  All  data  tables  have  a  field  for  recording  the  level  of  data  validation  review 
performed  and  the  association  of  the  agency/organization  performing  the 
review. 

•  All  data  tables  have  fields  for  recording  the  results  of  the  data  validation 
review.  Related  tables  are  provided  for  storing  laboratory  QC  information  and 
for  designating  which  QC  test  failure  resulted  in  the  assignment  of  a  qualifier. 

•  Tables  are  provided  for  recording  designated  laboratory  QC  limits  and  for 
noting  modifications  of  such  limits. 

Multi-table  queries  of  the  system  allow  for  retrieval  of  data  having  a  given  set  of 
qualifiers,  data  qualified  for  a  given  reason,  or  data  for  which  a  given  QC  test  fell 
within  a  specified  range. 

•  Derivation  of  Level  A/B  designation  of  data  in  the  CFDMS 

•  All  data  tables  have  a  field  for  recording  the  results  of  a  Level  A/B  type 
review.  Various  fields  within  several  tables  carry  information  necessary  for 
assignment  of  Level  A/B  designation. 

Queries  of  the  system  allow  for  retrieval  of  data  assigned  a  given  A/B  level,  and  for 
identifying  the  deficiencies  which  resulted  in  the  assignment  of  a  particular  level. 

By  querying  the  data  system  to  produce  data  which  meet  a  given  combination  of 
treatment/analysis  method,  Level  A/B  designation  and  QC  compliance,  data  meeting  any  of  the 
described  data  use  categories  can  be  retrieved  and  utilized.  This  process  may  be  combersome 
for  the  casual  user  of  the  data  system;  the  utility  of  adding  a  field  and  associated  codes  for  the 
purpose  of  designating  data  quality  is  being  evaluated. 

This  approach  provides  maximum  flexibility  in  utilization  of  the  data.  For  example,  data  may 
be  sorted  on  the  basis  of  the  level  of  quality  analysis  to  which  it  has  been  subjected.  Further, 
data  which  has  been  subjected  to  a  particular  level  of  quality  analysis  can  be  sorted  on  the 
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basis  of  the  qualifiers  assigned.  Further  yet,  data  for  which  lab  QC  data  has  been  imported  can 
be  grouped  according  to  the  QC  test  resulting  in  the  assignment  of  the  qualifier  or  according 
to  the  QC  test  result.  Maximum  flexibility  is  allowed  by  providing  the  means  to  sort  data  on 
the  basis  of  quality  standards  (QC  test  limits)  which  can  be  adjusted  on  the  spot,  thus  giving 
project  personnel  maximum  control  over  the  data  set  which  governs  their  actions  and  plans. 


4.3.1.5    Data  Integrity 

A  number  of  different  errors  can  occur  when  reporting,  coding,  and  entering  data  into  a 
complex  system.  Certain  features  of  the  DMS  attempt  to  minimize  errors  and  maximize  the 
reliability  of  data. 

The  DMS  contains  an  integrity  rule  subsystem.  This  detailed  subsystem  checks  the  integrity 
of  each  attribute  and  relation. 

The  DMS  incorporates  an  entity  integrity  rule  that  checks  the  uniqueness  of  the  record  key  as 
it  is  being  entered  and  then  prevents  the  modification  of  the  key  during  editing.  Also  during 
entry,  the  system  attempts  to  find  a  parent  record  (if  applicable)  and  provides  an  error  message 
detailing  the  fact  that  such  a  parent  does  not  exist.  The  system  will  prevent  data  entry  of  the 
record  until  a  correct  key  is  entered,  or  until  the  necessary  record  is  entered  into  the  parent 
table. 

The  DMS  incorporates  referential  integrity  rules  that  verify  that  a  field  that  uses  coded  values 
only  contains  values  that  exist  as  primary  key  values  in  another  relation  that  defines  the 
domain  of  legitimate  field  values.  For  example,  the  system  will  check  the  Records  and 
Documents  Management  (RDM)  table  to  make  sure  that  a  value  in  a  DOCUMENT  field  of  any 
table  identifies  a  document  in  the  RDM  table  that  does  indeed  exist.  The  Rules  programs  also 
check  codes  used  in  fields  against  the  list  of  allowable  codes  stored  in  the  dictionary  files  PAR, 
RDX  and  TAX.  These  checks  include  testing  for  valid  initials  and  organization  codes,  analysis 
methodologies,  spheres,  and  parameters. 

The  DMS  provides  a  database  dictionary  that  defines  the  sets  of  domains  and  relations.  This 
makes  it  possible  to  quickly  modify  the  structure  of  the  database  by  adding  or  deleting 
relations,  and  also  to  share  domains  between  relations  and  databases.  A  domain  consists  of  a 
domain  name,  a  fixed  non-empty  set  of  domain  values,  and  an  ordering  indicator.  This 
dictionary  also  verifies  that  every  domain  and  every  named  relation  in  a  given  database  had 
a  unique  name.  A  Rule  dictionary  guarantees  that  an  attribute  consists  of  an  attribute  name 
and  a  domain  name,  and  that  the  attribute  identified  by  an  attribute  name  is  defined  on  the 
domain  identified  by  the  domain  name. 

The  DMS  structure  guarantees  that  all  domain  values  for  a  given  domain  are  of  the  same  data 
type,  that  attributes  of  a  given  relation  have  unique  names,  that  every  relation  has  exactly  one 
primary-key. 

The  Rules  are  run  in  batch  mode,  sending  a  list  of  errors  found  to  a  table  called  BAD.  These 
errors  can  be  printed  or  filed  from  the  table  using  Knowledgeman/2  commands  if  desired. 
Once  a  record  has  successfully  passed  Rules  tests,  the  field  RULES  is  marked  "True",  and  the 
date  of  the  test  is  stamped  on  the  record.  This  documents  that  the  record  has  been  checked. 
When  a  record  is  edited,  the  RULES  field  is  automatically  marked  false  again,  to  be  rechecked 
the  next  time  Rules  are  run. 
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4.3.2      Security 

Security  for  the  DMS  employs  features  of  Knowledgeman/2,  the  data  management  software 
utilized,  and  Novell  Netware,  the  Local  Area  Network  software  utilized.  Access  to  the  system 
is  limited  to  those  having  been  assigned  passwords.  Access  may  be  further  controlled  through 
the  assignment  of  access  rights,  which  can  be  limited  to  read  or  write  access  to  individual 
tables,  records  within  assigned  tables,  or  even  fields  within  assigned  records. 


4.3.3  Backup  Procedures 

The  DMS  is  equipped  with  an  IRWIN  64  MB  streaming  tape  backup  system.  Backup  is 
performed  on  a  routine  scheduled  basis  as  well  as  just  prior  to  and  following  major  system 
modifications.  Daily  and  weekly  backup  tapes  are  stored  on  site  in  a  locked  metal  filing  case. 
Monthly  backup  tapes  and  backup  tapes  relating  to  major  system  modifications  are  stored  off 
site. 

4.3.4  Document  Library 

A  field  is  provided  for  each  record  in  the  DMS  to  record  a  code  for  the  best  reference  for 
additional  information  regarding  that  record.  The  document  referenced  for  a  record  in  the 
SURVEY  (CFRSU)  table  might  be  the  work  plan  describing  the  survey  effort  resulting  in  the 
data  collection.  The  document  referenced  for  a  record  in  the  STATION  (CFRST)  table  might 
be  the  field  book  describing  the  location  and  features  of  each  station.  Field  notebooks 
describing  the  conditions  regarding  each  sample  might  be  referenced  for  records  in  the 
SAMPLE  (CFRSA)  table.  Lab  data  obtained  in  machine-readable  format  is  commonly 
referenced  to  the  diskette  from  which  the  data  was  imported. 

Document  descriptions  (title,  author,  abstract,  etc.)  are  contained  in  the  RECORDS  and 
DOCUMENT  MANAGEMENT  (EISRDM)  table,  where  a  location  code  for  each  document  is 
also  stored.  The  document  may  be  stored  on  site,  in  the  Montana  EPA  Office,  in  the  MDHES 
Solid  and  Hazardous  Waste  Bureau  office,  at  the  MSL  GIS  facility,  or  any  other  readily 
accessible  location.  In  addition  to  the  DMS  document  reference  number,  the  system  stores  the 
library  identification  number  of  the  off-site  library  in  which  the  document  is  stored,  if 
applicable.  In  this  way,  the  ability  to  obtain  a  document  is  provided  while  duplication  of 
effort  is  reduced  to  a  minimum. 

Information  relating  to  documents  not  actually  referenced  to  a  particular  record  but  which 
provide  useful  information  regarding  data  in  the  system  is  also  maintained  in  the  system.  A 
search  path  to  such  documents  is  provided  through  the  RECORDS  AND  DOCUMENTS 
CLASSIFICATION  (EISRDC)  table.  This  table  provides  the  ability  to  query  the  system  for 
documents  relating  to  a  selected  subject,  document  type,  data  type,  sphere,  units,  activity,  and 
related  survey. 

Document  references  may  be  transferred  to  the  CFDMS  from  systems  which  do  not  track 
documents  in  the  form  of  the  CFDMS  CFRRDE  (RECORDS  and  DOCUMENTS  ENTITY)  table. 
The  CFRRDE  table  provides  the  means  to  identify  documents  linked  to  any  CFDMS  entity. 

4.4    CLARK  FORK  GEOGRAPHIC  INFORMATION  SYSTEM 
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The  Clark  Fork  GIS  serves  to  manage  spatial  data  sets  and  allows  for  processing  and  analysis 
in  support  of  the  CFDS.  Formal  QA/QC  procedures  for  the  use  of  GIS  in  Superfund  Site 
projects  are  undergoing  development  within  the  EPA  and  will  be  incorporated  into  the  Project 
Plan  as  they  become  available.  For  this  project,  the  database  design  will  provide  the 
framework  for  QA/QC  practices  conducted  on  spatial  data  sets. 

4.4.1      GIS  Target  Database  Design 

The  Target  Database  Design  concept  provides  a  GIS  database-management  tool  that  allows  for 
QA/QC  practices  to  be  incorporated  into  the  design  itself.  The  structure  puts  into  place  a  series 
of  increasingly  stringent  standards  that  a  data  set  must  pass  through  to  proceed  to  an  inner  ring 
of  the  target.  The  center  or  bulls-eye  of  the  target  is  be  the  area  or  database  of  the  highest 
quality  data;  that  is,  data  that  passes  all  the  tests  for  quality  assurance. 

The  Target  Database  Design  consists  of  three  rings,  including  the  bulls-eye.  The  outer  ring 
contains  data  as  they  come  from  any  outside  source,  magnetic  or  manually  encoded.  It  still 
requires  a  paper  trail  that  documents  the  data's  lineage;  i.e.  source  manuscript,  acquisition 
scale,  purpose,  etc..  As  data  move  through  the  database  rings,  the  documentation  for  each 
coverage  is  assembled.   Database  documentation  is  described  in  the  following  section. 

Movement  of  the  data  to  the  middle  ring  requires  an  inspection  of  the  topologic  accuracy  for 
features  involved  in  the  data  set  or  coverage.  This  process  requires  an  overlay  comparison  of 
the  manuscript  source  and  scaled  output  of  the  coverage  (EDITPLOT).  If  the  data  are 
thematic;  that  is,  compiled  on  to  a  base  map  from  other  sources,  the  original  manuscript  source 
should  be  made  available.  The  coverage  would  then  be  edited  to  incorporate  any  changes  in 
the  features  to  bring  it  into  compliance  with  the  standards  in  place.  The  coverage  must  also 
be  entered  into  the  data  dictionary  before  it  moves  to  the  middle  ring. 

To  finally  bring  the  coverage  into  the  inner  ring  of  the  database,  attributes  associated  with  the 
features  must  be  inspected  to  assure  quality.  This  inspection  may  be  done  using  overlay 
comparison  of  shaded  maps,  map  labeling,  or  inspecting  tabular  list  of  the  feature  attributes. 
A  sampling  procedure  may  be  used  if  multiple  titles  or  quadrangles  must  be  inspected,  as  long 
as  it  is  well  documented  and  statistically  sound. 

The  Outer,  Middle,  and  Inner  Rings  are  described  in  detail  below.  Names  in  parentheses  are 
the  actual  directory  names  for  each  ring.  The  basic  database  directory  structure  is  depicted 
in  Figure  8  -  Clark  Fork  GIS  Database  Design. 

Outer  Ring  (WORK) 

Description:  This  directory  is  a  work  area  for  the  input,  editing,  and  analytical  work  for  the 
GIS.   It  will  also  contain  work  spaces  for  various  projects  and  system  users. 

User  Access  Rights:  The  GIS  Coordinator  and  the  GIS  Programmer/Analyst  will  have  "write" 
access  rights  to  the  WORK  directory.  Other  Clark  Fork  Superfund  project  related  staff  (e.g., 
project  managers,  contractors,  EMSL-LV  personnel)  will  be  given  "write"  access  rights  to  this 
directory  on  a  project  by  project  basis. 

Standards:  The  data  in  the  WORK  database  represent  the  least  verified  data.  This  level  is 
where  coverages  are  created  (e.g.,  by  digitizing,  by  conversions),  edited,  and  where  verifications 
are  performed  in  order  for  data  to  move  to  the  next  highest  level. 
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Middle  Ring  (GIS-1) 

Description:  Coverages  at  this  level  are  judged  to  be  "spatially  correct." 

User  Access  Rights:  The  only  staff  person  with  "write"  access  rights  to  the  GIS-1  directory  is 
the  GIS  Officer  at  the  Montana  State  Library.  Other  users  will  have  access  rights  to  copy 
necessary  data  and  coverages  from  this  directory  into  their  own  work  spaces. 

Standards:  To  enter  this  directory,  the  spatial  data  must: 

•  have  topology  created  (using  the  CLEAN  and/or  BUILD  commands); 

•  have  been  verified  to  be  100%  spatially  correct  (no  missing  or  extraneous  features  are 
in  the  coverage  and  all  features  are  within  1  line  width  of  the  correct  location)  by  using 
check  plots  (displaying  feature  locations,  nodes,  pseudo  nodes,  and  dangling  arcs); 

Inner  Ring  (GIS-2) 

Description:  Data  coverages  in  the  Inner  Ring  are  judged  to  have  both  "spatial  and  attribute 
data"  correct. 

User  Access  Rights:  The  only  staff  person  with  "write"  access  rights  to  the  GIS-2  directory  is 
the  GIS  Coordinator  at  the  Montana  State  Library.  Other  users  have  will  have  access  rights  to 
copy  necessary  data  and  coverages  from  this  directory  into  their  own  work  spaces. 

Standards:  Data  updates  or  new  coverages  created  in  project  work  spaces  as  the  result  of  GIS 
techniques  must  work  their  way  back  into  the  inner  ring  through  the  QA/QC  procedures.  Once 
new  data  has  been  through  the  QA/QC  process,  the  GIS  Coordinator  may  then  add  them  to  the 
GIS-2  Directory. 

To  enter  this  directory,  the  coverage  must  have: 

•  the  proper  attribute  fields  in  the  feature  attribute  tables; 

•  passed  through  the  Middle  Ring  of  the  database; 

•  had  attribute  data  verified  to  be  in  the  99th  percentile  of  accuracy  compared  to  the 
source  data. 

A  variety  of  methods  are  available  for  the  attribute  data  verification.  Briefly,  these  include: 

1.  Validity  Tests:  check  data  values  to  determine  if  they  are  valid  for  a  particular 
feature; 

2.  Range  Tests:  check  data  values  to  determine  if  they  are  within  permissible  ranges  for 
the  feature; 

3.  Consistency  Tests:  test  the  consistency  of  values  between  two  attributes;  and, 

4.  Probability  Tests:  test  the  statistical  likelihood  of  a  value  occurring  for  a  feature. 

These  checks  may  be  run  using  computer  programs  developed  by  the  GIS  staff.  There  are  a 
large  number  of  statistical  programs  which  may  used  for  data  verification. 
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A  computer  program  will  be  run  on  any  data  converted  from  the  DMS  to  compare  the  records 
received  from  the  DMS  with  the  records  contained  in  the  ARC/INFO  map  coverage  .AAT  or 
.PAT  to  check  for  discrepancies. 


4.4.1.1    Data  Update 

Databases  are  not  static.  When  information  in  the  data  base  becomes  obsolete,  and  the  need  for 
that  data  still  exists,  the  database  can  be  updated.  Data  update  can  usually  be  handled  by  the 
same  software  and  hardware  that  performed  the  initial  data  entry.  When  new  data  are  added 
to  a  map  coverage,  the  entire  coverage  usually  needs  to  be  reprocessed  and  verified  as  if  it  were 
a  newly  digitized  data  set.  The  same  verification  procedures  and  movement  through  the  target 
database  will  be  performed  on  the  both  the  geographic  coordinate  data  and  the  attribute  data 
depending  on  the  nature  of  the  update.  To  re-iterate  the  process  of  data  movement  through  the 
target  database,  new  data  or  updates  to  the  database  enter  the  outer  ring  (WORK  directory). 
In  this  ring,  the  coverage  is  entered  or  updated  in  the  data  dictionary.  When  the  spatial 
accuracy  is  verified,  the  coverage  is  transferred  to  the  middle  ring  (GIS-1).  Data  that  resides 
in  the  middle  ring  has  topology  built  and  the  spatial  accuracy  has  been  verified..  When  the 
attribute  data  have  been  verified,  the  coverage  is  then  moved  to  the  inner-ring  (GIS-2). 
Coverage  that  reside  in  this  directory  have  had  both  spatial  and  attribute  data  verified. 


4.4.1.2    Spatial  Data  Storage  Method 

Spatial  data  within  the  GIS  will  be  stored  as  ARC/INFO  "coverages"  with  associated  attribute 
information  stored  in  INFO.  The  coverages  will  be  stored  using  Universal  Transverse  Mercator 
coordinates  using  UTM  zone  12  (UTM  zone  11  will  be  used  where  applicable).  Geographic 
coordinates  and  units  of  measurement  are  meters  with  5,000,000  meters  subtracted  from  the 
Y-axis  or  northing. 

The  coverages  in  the  GIS  are  stored  in  Universal  Transverse  Mercator  (UTM) 
projection/coordinates.  Using  the  ARC/INFO  PROJECT  command,  these  coverages  can  be 
transformed  to  a  variety  of  other  projections.  Data  imported  from  the  DMS  are  converted  from 
either  Latitude/Longitude  or  State  Plane  Coordinates  to  Zone  12  UTM  coordinates  using  the 
ARC/INFO  PROJECT  command. 

Much  of  the  data  for  the  Clark  Fork  River  GIS  come  from  Anaconda  Mineral  Company  maps. 
These  maps  use  an  Anaconda  Coordinate  System  (ACS).  EMSL-LV  has  provided  a  coordinate 
conversion  program  to  convert  from  ACS  to  UTM  This  program  converts  (x,  y)  coordinates  (in 
feet)  specified  in  terms  of  the  Anaconda  Coordinate  System  (ACS)  into  Universal  Transverse 
Mercator  (UTM),  Zone  12,  coordinates  in  meters.  The  transformation  used  is  conformal 
(angle-preserving)  and  is  based  on  a  least-squares  adjustment  using  three  control  points. 

When  performing  ARC/INFO  functions  on  coverages  that  would  alter  the  data,  the  standard 
procedure  to  be  followed  would  be  to  create  a  new  coverage  of  the  altered  data.  In  this  way, 
if  the  new  data  are  inaccurate,  the  function  was  inappropriate,  and  a  different  function  needs 
to  be  performed,  the  original  data  are  left  intact.  Each  new  coverage  will  be  given  a  sequential 
number  related  to  the  coverage  name  so  that  the  most  altered  generation  of  a  specific  map 
coverage  may  be  readily  identified.  If  appropriate,  the  procedures  used  to  derive  new 
coverages  may  be  stored  as  ARC  Macro  Language  programs  so  that  the  coverages  can  be  deleted 
and  then  re-created  when  needed.  This  procedure  may  be  followed  to  save  disk  space. 
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4.4.2      GIS  Data  Documentation 

GIS  data  documentation  provides  information  about  the  history  and  format  of  data  in  map 
coverages.  This  documentation  process  applies  both  to  base  coverages  as  well  as  derived 
coverages.  There  is  nothing  inherent  in  the  storage  of  map  coverages  which  indicate  the 
accuracy  of  their  source  data.  There  is  also  nothing  inherently  stored  in  the  coverages  which 
indicates  what  the  data  codes  mean  or  how  they  can  be  use.  It  is  therefore  vital  that  coverages 
have  external  documentation  to  make  the  use  of  the  data  possible,  and  to  help  prevent 
inappropriate  applications  of  the  data. 

The  data  documentation  has  three  functions: 

1.  To  document  the  history  of  the  data  prior  to  their  entry  to  the  GIS. 

2.  To  document  the  data  as  they  reside  in  the  system  and  to  document  how  the  data 
have  been  altered. 

3.  To  provide  explanations  of  the  data  attribute  codes. 
These  three  functions  are  performed  by  two  programs: 

•  the  Data  Dictionary  in  INFO  which  provides  documentation  of  the  data  history  and 
explanations  of  the  attribute  codes 

•  COVDOC.AML  which  provides  documentation  of  the  coverages  as  they  reside  in  the 
GIS  database 

The  Data  Dictionary  creates  a  set  of  related  data  files  which  contain  the  documentation 
information.  The  COVDOC.AML  creates  a  series  of  text  files  which  contain  the  initial 
documentation  information  and  subsequent  updates.  These  data  files  (from  both  programs)  are 
stored  on  the  GIS  computer  at  the  MSL.  In  addition,  print-outs  of  the  data  documentation  files 
created  by  these  two  programs  will  be  stored  by  the  MSL.  The  data  dictionary  code 
explanations  will  also  be  published  in  the  GIS  Resource  Document. 

4.4.2.1    Data  Dictionary 

The  data  dictionary  will  document  every  coverage  in  the  Clark  Fork  database.  It  will  be 
created  using  the  INFO  database  management  system.  The  basic  structure  is  modeled  after 
"Data  Dictionary"  described  by  Dean  R.  Anderson  in  the  1988  ARC/INFO  Training  Course 
Technical  Handout  Manual,  and  incorporates  enhancements  made  by  the  Washington  State 
Department  of  Natural  Resources. 

The  data  dictionary  consists  of  three  primary  files  and  several  support  files.  The  three  primary 
files  are  the  layer  definition  file  (LAYER.DEF),  the  source  description  file  (SOURCE.DEF), 
and  the  item  definition  file  (ITEM.DEF).  The  layer  definition  file  describes  the  nature, 
content,  and  location  of  every  coverage  on  the  system.  The  source  description  file  details  the 
method  used  to  create  the  coverage,  describes  the  source  material,  and  points  to  the  location  of 
its  QA/QC  records.  The  item  definition  file  describes  all  of  the  data  items  in  every  coverage. 
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The  layer  definition  file  can  be  linked  to  the  item  definition  file  and  source  definition  file  to 
provide  complete  information  on  any  coverage  and  its  data  items.  Standard  input  forms  and 
reports  are  available  for  the  three  major  files  to  expedite  data  entry  and  provide  automatic 
reports  of  the  file  contents. 

The  primary  files  are  supported  by  several  subsidiary  files  which  provide  the  links  among  them 
and  explanations  of  the  codes  contained  in  them.  The  Montana  GIS  Project  Data  Dictionary: 
User's  Guide  and  Technical  Documentation  contains  a  list  and  explanation  of  all  of  the  files  in 
the  Data  Dictionary.   It  also  contains  copies  of  all  the  input  forms  and  reports. 


4.4.2.2    COVDOC.AML 

In  addition  to  the  data  dictionary  program  described  above,  the  GIS  will  use  an  AML  program, 
COVDOC.AML,  which  employs  the  several  ARC/INFO  functions  to  document  coverages.  The 
COVDOC.AML  was  developed  to  provide  a  'snapshot'  of  a  coverage's  current  condition.  It  is 
intended  that  the  COVDOC.AML  be  used  following  final  processing  of  the  coverage.  The  AML 
creates  a  system  file  that  will  be  edited  to  include  information  not  generated  automatically. 
Subsequent  use  of  the  AML  will  add  new  information  to  the  documentation  file  if  the  coverage 
is  altered.  Data  recorded  in  the  file  includes:  coverage  name  and  description,  a  brief  history 
of  the  source  documents  from  which  the  coverage  was  generated,  and  the  information  provided 
by  the  ARC  commands  DESCRIBE  and  LOG.  Additionally,  the  names  of  all  associated  INFO 
files  and  the  item  definitions  for  the  applicable  feature  attribute  tables  are  included. 


4.4.3      GIS  Data  Entry 

The  GIS  uses  data  input  function  computer  hardware  (physical  devices)  to  allow  the  input  and 
editing  of  data  which  is  not  yet  in  digital  format;  computer  software  (programs)  to  control  that 
hardware;  and  software  to  convert  existing  digital  data  from  "foreign"  databases  into  formats 
compatible  with  the  management  system  of  the  GIS.  Hardware  for  data  input  commonly 
consists  of  a  keyboard  for  entering  data  from  printed  documents  and  tables;  a  digitizer  or 
scanner  for  converting  geographic  coordinates  from  maps  into  digital  form;  and  a  tape  drive 
to  read  data  tapes  written  by  other  computers. 

4.4.3.1    Manual  Data  Entry 

Map  digitizing  is  one  of  the  most  common  methods  used  to  input  spatial  data  into  a  GIS.  This 
section  documents  the  map  digitizing/editing  procedures  to  be  used  in  the  Clark  Fork  GIS.  The 
ARCEDIT  procedures  outlined  here  may  also  apply  to  other  digital  data  that  has  been  input 
to  the  system  using  methods  outlined  above. 

Prior  to  digitizing,  the  map  will  be  prepared—registration  marks  will  be  identified,  labels 
assigned  to  features,  and  problems  such  as  missing  lines,  edge  matching  between  map  sheets, 
or  assignment  of  proper  code  values  will  be  resolved.  A  plan  will  be  developed  to  determine 
how  the  job  is  to  proceed  so  the  data  will  be  as  useful  as  possible,  all  values  will  be  properly 
encoded,  and  so  mistakes  are  minimized. 

The  interactive  ARCEDIT  software  is  used  for  map  digitizing.  When  digitizing,  the  operator 
will  enter  codes  which  indicate   what  the  feature  being  digitized   represents—such  as  a 
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boundary,  road,  or  section  corner.  These  entries  are  crucial  for  the  linkage  of  the  attribute 
data  to  the  proper  geographic  location  and  feature. 

The  Clark  Fork  GIS  Project  uses  a  Calcomp  9100  digitizing  pad  that  has  a  resolution  of  .001". 
Contractors  performing  digitizing  for  the  Clark  Fork  Superfund  project  will  use  a  comparable 
digitizing  pad  with  .001"  resolution. 

Spatial  data  coordinates  may  be  entered  via  the  computer  terminal  keyboards  in  ARCEDIT  in 
order  to  add,  update,  or  create  new  map  coverage  features.  Features  created  or  updated  in  such 
a  fashion  would  be  subject  to  the  same  verification  and  editing  procedures  outlined  in  the  GIS 
Target  Database  Design  -  Section  4.4.1  above. 

Tabular  attribute  data  may  be  entered  via  the  keyboard  in  INFO  using  an  INFO  Form  (for 
standard  repetitive  input)  and  using  the  UPDATE  command.  Data  entered  in  such  a  fashion 
is  subject  to  the  verification  procedures  outlined  in  Section  4.4.1  above.  When  possible,  large 
amounts  of  manual  data  input  will  be  performed  by  two  separate  individuals  each  typing  in 
the  same  data.  The  two  data  files  will  be  automatically  compared  and  any  discrepancies  will 
be  identified  for  editing. 

4.4.3.2    Converting  Existing  Database  Files  into  ARC/INFO  Coverages 

The  GIS  staff  produced  an  ARC  Macro  Language  (AML)  program  as  an  automated  method  for 
creating  ARC/INFO  point  coverages  with  associated  attributes  from  ASCII  files.  Such  ASCII 
files  are  easily  produced  by  most  database  management  systems,  but  they  must  conform  to  a 
very  specific  format  before  they  can  be  directly  imported  into  the  GIS  using  the  AML  program. 

Converting  foreign  data  into  arc  or  polygon  coverages  is  more  complicated  than  creating  point 
coverages.  Much  depends  on  the  current  format  of  the  spatial  data—what  coordinates  are 
stored,  their  format,  the  extent  of  duplicate  coordinates  stored,  etc.  Each  conversion  will  be 
handled  on  an  individual  basis.  Conversion  of  either  type  of  data  will  use  the  Arc  GENERATE 
command  to  create  the  initial  coverage;  ARCEDIT  to  CLEAN  and  BUILD  the  topology,  and 
INFO  commands  (ADDITEM,  JOIN,  etc.)  to  create  the  related  INFO  attribute  files. 


4.4.4      Verification  of  Acquired  Data 

Data  input  to  the  Clark  Fork  GIS  may  come  from  a  variety  of  sources.  This  section  documents 
the  basic  procedures  and  requirements  that  will  be  employed  to  convert  and  input  data.  The 
idealized  flow  of  data  through  the  Target  Database  is  depicted  in  Figure  9.  This  diagram 
illustrates  a  coverage  being  compared  to  the  original  data  (both  map  and  attribute)  in  order  for 
the  coverage  to  move  through  the  database  to  the  inner  ring. 

Data  collected  by  contractors  for  EPA  is  funneled  through  EPA  to  the  Clark  Fork  Data 
Management  System.  Data  that  have  entered  this  system  will  have  undergone  a  QA/QC 
procedure  established  by  EPA  and  their  contractors. 

Much  of  the  environmental  data  to  be  entered  to  the  GIS  will  come  from  the  DMS.  These  data 
will  retain,  in  the  form  of  documentation,  the  quality  of  the  data  as  determined  by  project 
managers'  requirements  and  the  DMS  query  process.  All  the  data  that  enter  the  GIS  will  move 
into  the  Target  Database  Design.  It  will  be  the  responsibility  of  the  project  manager  to  work 
with  the  DMS  Database  Administrator  and  the  GIS  Coordinator  to  determine  the  appropriate 
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use  of  those  data  sets  transferred  from  the  DMS  to  the  GIS.  The  level  of  use  will,  in  turn, 
determine  to  what  level  of  accuracy  the  spatial  component  of  the  data  set  will  be  required  to 
meet.  Project  managers  must  realize  that  spatial  coordinates  received  from  the  DMS  may  have 
not  previously  been  checked  against  the  manuscript  source,  and  the  quality  of  the  data  is 
unknown.  Depending  upon  the  desired  use  of  the  data,  a  varying  amount  of  data  quality 
procedures  may  be  applied  against  the  data  set. 

For  digital  map  data  obtained  from  EPA  and  the  manuscript  is  available,  the  data  are  verified 
according  to  the  Target  Database  procedures  outlined  above,  and  stored  in  the  appropriate 
target  level  of  the  database. 

For  digital  map  data  that  is  obtained  from  EPA  contractors  or  PRPs  and  their  contractors,  the 
following  is  required: 

•  Manuscript  description  and  documentation 

•  Data  dictionary  documentation 

Map  check-plots  will  be  supplied  to  the  contractor  by  the  GIS  for  the  contractor  to  check  for 
spatial  accuracy.  If  this  procedure  cannot  be  followed,  the  GIS  will  attempt  to  obtain  the 
original  manuscript  for  in-house  checking.  Data  from  other  digital-data  sources,  such  as  the 
USGS,  the  spatial  data  loaded  into  the  system  will  be  checked  against  the  manuscript  map  if 
available.  The  data  will  move  through  the  Target  Database  as  described  above  Section  4.4.1  - 
Target  Database  Design. 

4.4.5      Security 

The  GIS  employs  a  variety  of  security  features  found  in  Primos1  (the  Prime  computer 
operating  system),  ARC/INFO,  Log-Time,  and  database  design  concepts  to  guard  against  the 
accidental  or  intentional  alteration  or  erasure  of  data.  Security  measures  are  in  place  to  protect 
the  data  and  programs  on  the  Clark  Fork  GIS.   These  measures  include: 

•  login  accounts  and  IDs  will  be  issued  only  to  authorized  users  (see  Chapter  5:  Access 
Guidelines)., 

•  the  use  of  login  passwords  to  prevent  unauthorized  entry  to  the  system; 

•  the  Log-Time  Accounting  Program  will  record  any  unauthorized  or  failed  login 
attempts; 

•  the  master  data  sets  (GIS-1  and  GIS-2)  will  have  Access  Control  protection  to  prevent 
the  intentional  or  accidental  erasure  or  alteration  of  data.  The  only  staff  person  with 
"write"  access  rights  to  the  Level  II  and  Level  III  directories  is  the  GIS  Coordinator  at 
the  Montana  State  Library.  Other  users  have  will  have  access  rights  to  copy  necessary 
data  and  coverages  from  this  directory  into  their  own  work  spaces; 


1    For  a  more  complete  explanation  of  access  control  and  security  procedures  see  Prime's 
System  Administration  Volume  III. 
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•  non-Superfund  users  on  the  system  will  not  be  able  to  gain  access  to  the  EPA  or 
Superf und  disk  partition  nor  will  they  even  be  able  to  list  it;  and, 

•  remote  lines  and  users  on  the  Prime  will  be  required  to  give  both  a  user-id  password 
as  well  as  a  "system  password"  to  be  able  to  log  into  the  computer.  This  method  adds  an 
additional  level  of  security  to  the  remote  lines. 


4.4.6      Back-up  Procedures 

The  following  back-up  procedure  is  in  place  for  the  Prime  minicomputer  at  the  Montana  State 
Library.  Incremental  (any  file  that  has  been  opened  since  the  last  back-up)  back-up  tapes  will 
be  made  on  Monday  through  Thursday.  On  Friday  afternoons  (or  the  last  day  of  a  work-week), 
full  back-up  tapes  will  be  produced  for  Master  File  Directory  (MFD)  1  disk  partition.  Included 
in  the  full  back-up  procedure  will  be  the  MFD  0  partition  if  new  programs  or  data  were  added 
or  altered.  Both  MFD  0  and  MFD  1  will  be  backed-up  on  the  first  Friday  of  each  month.  This 
full  back-up  set  of  tapes  are  stored  at  a  secure  off-site  location  for  a  period  of  one  calendar 
year.  A  full  set  of  data  back-up  tapes  for  the  data  will  be  provided  to  the  Region  VIII  GIS  in 
Denver  every  quarter. 


4.5         CONFIDENTIALITY  OF  DATA 

The  Clark  Fork  Data  System  operates  under  the  provisions  of  Chapter  5  -  Access  Guidelines 
developed  by  the  Clark  Fork  Technical  Working  Group  which  states  that  "[a]ll  data  in  the 
system  that  is  not  considered  confidential  or  proprietary  will  be  available  to  all  users."  Issues 
of  confidentiality  of  data  contained  in  both  the  DMS  and  the  GIS  are  also  governed  by  the 
Memorandum  of  Agreement  between  the  Department  of  Health  and  Environmental  Sciences 
of  the  State  of  Montana  and  the  United  States  Environmental  Protection  Agency  Region  VIII 
dated  January  26,  1987.  In  addition  the  GIS  and  the  DMS  have  specific  regulations  and 
procedures  regulating  the  confidentiality  of  data.   These  specifics  are  discussed  below. 


4.5.1  Clark  Fork  DMS 

Two  levels  of  protection  from  the  release  of  confidential  data  are  provided: 

a.  data  carried  in  the  usual  data  tables  can  be  flagged  as  confidential.  A  comment  can 
be  provided  further  describing  which  fields  are  confidential  and  which  can  be  released. 
In  this  case,  the  direct  action  of  the  individual  retrieving  the  data  from  the  system  is 
necessary  to  exclude  the  confidential  data  from  any  query. 

b.  data  can  be  placed  in  special  tables  designated  for  confidential  data  only.  Access  to 
the  confidential  tables  can  be  limited  through  data  encription  and  password  protection. 

4.5.2  Clark  Fork  GIS 

The  Natural  Resource  Information  System  is  mandated  by  the  Montana  State  Library  Laws 
(90-15-304)  to  "(1)  Except  as  provided  in  subsection  (3),  the  library  shall  make  information  from 
the  natural  resource  information  system  available  to  local,  state,  and  federal  agencies  and  to 
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the  general  public.  (2)  The  library  may  establish  a  fee  system  for  information  requests  in  order 
to  cover  the  costs  of  providing  requested  information.  (3)  If  necessary,  the  library  shall 
establish  procedures  to  protect  confidential  information  in  the  possession  of  state  agencies." 
This  language  matches  the  access  guidelines  outlined  in  Chapter  5.  In  essence,  while  data 
managed  by  the  NRIS  is  to  be  made  available  to  the  public,  NRIS  does  have  the  ability  to 
protect  confidential  data.  The  procedures  to  protect  the  data  are  those  described  in  this 
chapter  and  in  Chapter  5  Access  Guidelines. 
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CHAPTER  5  -  ACCESS  GUIDELINES 

There  is  a  need  to  identify  guidelines  for  user  access  to  the  Clark  Fork  Data  System  (CFDS). 
These  guidelines  are  needed  to  address  the  following  types  of  questions: 

•  Who  should  have  direct  access  to  the  computer  data  base? 

•  What  means  for  accessing  the  CFDS  are  possible? 

•  How  should  priorities  be  set  for  data  requests? 

The  actual  operational  details  for  system  access  are  addressed  in  Chapter  4:  Data  Administration. 
Section  4.5.5  -  Security  provides  a  specific  explanation  of  system  security  related  to  users.  This 
chapter  focuses  only  on  the  general  user  access  guidelines. 

5.1  ASSUMPTIONS 

There  are  several  general  assumptions  which  are  basic  to  development  of  access  guidelines. 
These  assumptions  are  identified  below. 

•  All  considerations  of  access  refer  to  the  entire  Data  System  which  is  comprised  of  the 
Data  Management  System  maintained  by  MDHES  and  the  GIS  component  of  that  system 
located  at  the  State  Library. 

•  A  priority  of  access  will  be  given  to  Clark  Fork  Superf  und-related  requests  over  other 
Superfund  site  requests  and  non-Superfund  requests. 

•  All  data  in  the  System  that  is  not  considered  confidential  or  proprietary  will  be 
available  to  all  CFDS  users. 

•  Data  will  be  provided  in  a  timely  manner  and  in  a  form  that  meets,  as  much  as 
possible,  the  needs  of  the  requestor. 

•  To  the  extent  allowed  by  copyright  laws,  computer  models  and  software  packages 
should  be  available  to  users  interested  in  performing  their  own  analyses  on  system  data. 

5.2  RECOMMENDATIONS 

Guidelines  for  access  have  been  developed  for  user  groups  as  described  below. 
I.  Clark  Fork  Superfund  project  managers  and  support  staff. 

•  User  accounts  will  be  provided  to  this  group. 

•  Contractors  will  have  the  same  access  as  project  managers  only  if  the  project  manager 
authorizes  such  access. 

•  This  group  of  users  will  have  direct  hands-on  system  access. 
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•  Requests  for  simple  data  queries  or  graphical  products  can  be  directed  to  the  GIS 
Officer  or  the  Data  Management  System  Manager. 

•  Requests  for  all  analytical  work  or  data  base  analysis  must  be  directed  to  the 
Technical  Working  Group  (or  a  designated  sub-group)  for  evaluation  and  establishing 
a  priority  for  completion. 


II.  Potential  Responsible  Parties  (PRPs) 

•  No  user  accounts  will  be  provided. 

•  No  direct  hands-on  system  access  will  be  provided. 

•  Requests  must  be  coordinated  with  appropriate  Superf  und  site  project  managers. 

•  PRP  requests  will  have  the  same  access  priority  as  project  manager  requests  after 
approval  by  the  project  manager. 

•  Requests  for  simple  data  queries  or  graphical  products  can  be  directed  through  the 
Superfund  site  project  managers  to  the  GIS  Officer  or  the  Data  Management  System 
Manager. 

•  Requests  for  all  analytical  work  or  data  base  analysis  must  be  directed  through  the 
Superfund  site  project  manager  to  the  Technical  Working  Group  (or  a  designated 
subgroup)  for  evaluation  and  establishing  a  priority  for  completion. 

III.  Other  Users 

•  User  accounts  may  be  provided  on  a  case-by-case  basis  for  log-in  to  non-Superfund 
areas  of  the  Data  System. 

•  System  access  will  only  be  provided  if  such  access  will  not  interfere  with  the  needs 
of  the  Clark  Fork  Superfund  program  as  determined  by  the  Technical  Working  Group 
(or  a  designated  subgroup). 

•  All  requests  for  access  or  system  products  must  be  directed  to  the  GIS  Officer  or  the 
Data  Management  System  Manager  for  action  or,  if  necessary,  referral  to  the  Technical 
Working  Group  (or  a  designated  subgroup)  for  evaluation  and  establishing  a  priority  for 
completion. 

5.3         GENERAL  GUIDANCE 

•  If  questions  arise  concerning  a  request  which  does  not  fit  into  the  above  categories, 
the  Technical  Working  Group  (or  a  designated  subgroup)  shall  have  final  decision- 
making authority. 

•  A  regularly  updated  listing  of  data  in  the  system  will  be  maintained  and  be  available 
for  distribution  to  interested  users  upon  request. 
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•  Each  request  for  access  to  the  data  will  be  responded  to  in  the  order  in  which  it  was 
requested.  If  a  short  time  is  needed  to  respond  to  a  request  received  after  a  more  time- 
consuming  request,  the  short  request  may  be  completed  first.  Experience  with  the 
system  will  be  gained  before  attempting  to  establish  a  formal  priority  response  system. 
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CHAPTER  6  -  USER  SUPPORT  AND  TRAINING 


6.1         CLARK  FORK  DMS 


The  Clark  Fork  Data  Management  System  is  staffed  as  necessary  to  provide  limited  "service 
bureau"  access  to  the  data  for  project  officers  and  contractors  associated  with  the  project.  The 
Data  System  administrator  is  trained  in  the  use  of  Knowledgeman  and  the  Environmental 
Information  System.  Routine  queries  and  requests  for  limited  analyses  are  handled  by  the 
system  administrator. 

The  Environmental  Information  System  was  adopted  for  use  in  part  because  it  contains  a  well 
developed  user  interface  which  provides  for  access  to  and  effective  use  of  the  System  by 
persons  with  limited  training.  The  System  will  be  made  accessible  to  project  officers  within 
the  Montana  MDHES  through  a  Novell  LAN.  Limited  training  in  the  operation  of  the  System 
through  the  DMS  user  interface  will  be  provided  to  those  desiring  to  utilize  the  System  directly. 
The  amount  of  training  needed  is  minimized  through  the  use  of  the  DMS  user  interface. 

The  DMS  contains  a  View  subsystem  which  allows  for  the  creation  and  permanent  storage  of 
queries  which  are  run  on  a  routine  basis.  The  queries  can  be  created  by  the  system 
administrator  and  made  available  to  project  officers  and  other  system  users  through  a  menu 
interface. 

The  DMS  contains  a  report  generation  facility  which  facilitates  the  layout  of  report  formats 
including  report,  page  and  group  headers,  footers,  and  details.  The  reports  can  be  created  by 
the  system  administrator  and  made  available  to  project  officers  and  other  system  users  through 
a  menu  interface.  The  DMS  also  contains  a  menu  driven  facility  to  assist  in  the  creation  and 
modification  of  report  layouts  with  limited  programmer  assistance. 

Additionally,  Knowledgeman  contains  a  Standard  Query  Language  (SQL)  facility  which  is  a 
recognized  standard  in  the  database  field.  This  facility  can  be  used  to  easily  obtain  listings  on 
an  ad-hoc  basis  with  minimal  training. 

6.2         CLARK  FORK  GIS 

The  GIS  project  addresses  the  need  to  supply  training  and  support  in  a  variety  of  ways.  The 
GIS  project  can  arrange  to  have  on-site  ARC/INFO  courses  for  up  to  ten  people  with 
instructors  from  ESRI.  The  price  for  on-site  training  is  a  substantial  savings  over  sending 
people  to  ESRFs  California  headquarters  for  training.  Arrangements  can  be  made  to  help 
underwrite  the  training  costs  by  opening  attendance  to  other  ARC/INFO  users  in  the  region. 
Classes  available  from  ESRI  are: 

•  ARC/INFO  Training  Course 

•  Introduction  to  Database  Design 

•  Cartographic  Production 

•  Geographic  Analysis 

•  Applications  Programming  (Arc  Macro  Language) 

•  ARC/INFO  System  Programming 

•  Systems  Administration 

•  Processing  Techniques 

•  Triangulated  Irregular  Network 
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In  addition  to  the  ARC/INFO  classes  offered  by  ESRI,  EMSL-LV  can  provide  specific  GIS 
training  opportunities  to  the  Clark  Fork  staff.  Also,  as  the  EPA  Region  VIII  GIS  develops, 
there  will  be  training  offered  at  their  facility.  Also  in  Denver,  the  USGS  offers  GIS  courses 
at  its  training  center.  Besides  these  government  opportunities,  there  are  a  wide  variety  of 
specialized  course  offerings  from  university  and  private  sector  facilities  around  the  country. 

The  GIS  staff  maintains  a  library  of  materials  from  these  courses  as  well  as  complete  set  of 
software  documentation.  Other  books,  articles,  and  reference  material  are  also  available  from 
the  GIS  staff. 

The  GIS  project  publishes  the  Clark  Fork  GIS  Resource  Document  which  serves  two  purposes: 
1)  as  an  educational  resource  about  GIS;  and,  2)  as  a  reference  manual  for  system  users  and 
those  requesting  GIS  products.  The  document  is  designed  to  provide  information  to  both 
regular  "hands-on"  GIS  users  as  well  as  those  who  make  only  occasional  requests  of  the  system. 
Updates  and  additions  to  the  Resource  Document  will  be  produced  approximately  every  90 
days.  Included  in  the  Resource  Document  is  a  comment  page  to  elicit  feedback  to  guide  the 
frequency  and  content  of  the  updates,  additions,  and  revisions. 

Along  with  the  more  formal  training  support  (e.g.,  classes  and  documents)  the  GIS  staff  act  as 
consultants  to  assist  project  managers  and  other  Clark  Fork  Superfund  staff  as  well  as 
contractors  and  PRPs  in  their  GIS  pursuits.  The  GIS  staff  has  and  continues  to  take  formal 
training  courses  for  ARC/INFO  and  ERDAS.  In  addition,  the  staff  makes  a  strong  effort  to 
remain  current  in  fields  that  relate  to  GIS  applications  and  techniques  (e.g.,  geography, 
cartography,  spatial  analysis,  computer  science,  and  GIS)  by  reading  journals,  attending 
conferences  and  workshops,  and  maintaining  professional  contacts  nationwide.  All  of  this 
activity  increases  the  ability  of  the  GIS  staff  to  supply  support  and  advice  to  Superfund  project 
staff. 

The  ARC/INFO  macro  programming  language  (AML)  provides  a  means  for  the  GIS  staff  to 
develop  application  specific  programs  to  support  project  managers.  These  application  programs 
make  the  GIS  more  accessible,  easy  to  use,  and  support  project  managers  in  their  work  tasks. 
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CHAPTER  7  -  GIS  APPLICATIONS  AND  DATA  ACQUISITION  PLAN 

7.1  OBJECTIVES 

To  help  identify  the  ways  the  GIS  could  aid  the  Clark  Fork  Superf und  project  managers  a  user 
survey  was  conducted  during  the  summer  of  1988.  The  survey  was  administered  by  the  Clark 
Fork  GIS  staff  to  project  managers  at  the  Montana  EPA  and  the  Montana  Department  of  Health 
and  Environmental  Sciences.  The  information  collected  in  the  survey—including  follow-up 
interviews—combined  with  interviews  conducted  by  EMSL-LV  staff  and  contractors  form  the 
basis  for  the  development  of  the  GIS  application  descriptions  and  the  establishment  of  priority 
guidelines.   A  copy  of  the  report  can  be  obtained  from  the  NRIS  GIS  Coordinator. 

The  respondents  in  the  survey  were  asked  to  identify  the  specific  objectives/goals  they  hope 
to  achieve  by  using  the  GIS.  These  objectives  illustrate  a  wide  variety  of  expectations  and 
potential  use  and  support  of  the  system.  The  objectives  ranged  from  specific  application  results 
to  very  general  desires.  The  common  objectives  appear  to  be  the  following: 

1)  the  desire  to  better  define  the  nature  and  extent  of  the  contaminants  at  the  sites; 

2)  identification  and  assistance  in  planning  future  data  collection  efforts; 

3)  help  in  managing  and  accessing  site  data;  and, 

4)  evaluation  of  potential  remedial  actions. 

Based  on  the  User  Survey,  the  EMSL-LV  Work  Plan  Version  2.0  the  objectives  outlined  above,  and 
the  meetings  with  project  managers,  a  variety  of  GIS  applications,  products,  and  required  data 
themes  have  been  identified.  These  applications  are  related  to  the  Priority  Guidelines  outlined 
below. 

7.2  PRIORITY  GUIDELINES  FOR  GIS  APPLICATIONS 

GIS  applications  will  support  forward  planning  efforts,  State  lead  sites  (e.g.,  Silver  Bow  Creek), 
oversight/review  functions,  Fund  Lead  RI/FS,  or  special  Basin-wide  applications  (e.g.,  PRP 
information  management).  Because  of  the  potential  for  numerous  GIS  applications  to  be 
required  by  Clark  Fork  Superf  und  project  staff,  it  is  necessary  to  establish  criteria  for  priority 
ranking.  The  following  criteria  are  proposed  as  guidelines  to  assist  in  establishing  these 
priorities. 

•  Date  application  is  needed  as  indicated  in  Clark  Fork  Superf  und  Master  Plan,  SPMS 
(commitment  to  EPA  Headquarters),  or  SCAP  (budget) 

•  Availability  of  information  (data) 

•  Feasibility  of  producing  desired  product 

•  Ability  of  GIS  to  produce  a  product  that  cannot  be  readily  produced  by  manual 
methods 

7.2.1    Proposed  Ranking  of  GIS  Applications 
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Based  on  these  criteria  a  general  ranking  of  GIS  applications  in  the  Clark  Fork  basin  has  been 
proposed.  The  highest  rankings  are  intended  to  meet  or  fulfill  each  of  the  above  criteria  to  the 
maximum  extent.  The  proposed  ranking  is  subject  to  review  and  comment  by  all  project  staff, 
with  the  desired  output  being  a  consensus  ranking  of  projects  to  be  accomplished  through  at 
least  the  first  year  of  the  GIS  project  plan. 

I.  High  Priority 

Butte  Priority  Soils— Support  determination  of  risk  assessment  and  assist  in  work 
plan  sampling  scheme.   Also  characterize  existing  conditions. 

Silver  Bow  Creek  Area  1— To  the  extent  there  are  common  characteristics 
between  Butte  Priority  Soils  and  Area  1,  conduct  similar  applications  in  both 
operable  units. 

Anaconda  Community  Soils— Assist  in  determining  high  risk  areas  and 
establishing  sampling  plans.  This  effort  will  be  tied  into  work  plan  development 
for  this  operable  unit. 

Basin-wide  Identification  and  management  of  Potential  Responsible  Party  data. 

II.  Medium  Priority 

Streamside  Tailings— assist  in  the  determination  of  the  extent  and  classification 
of  tailings  deposits  for  future  sampling  and  work  plan  development 

Milltown  Reservoir—Support  work  plan  development  and/or  analysis  of 
alternatives 

Butte  Priority  Soils— Evaluate  extent  and  cost  of  various  treatment  alternatives 

Basin-wide  assistance  to  identify  potential  waste  repository  sites 

III.  Low  Priority 

Anaconda  Site-wide  Ground  Water— Assist  in  development  of  work  plan  and 
mapping  of  contaminants 

Mine  Flooding— Assist  in  predicting  and  mapping  possible  future  impacts 

Basin-wide  evaluation  of  overall  remedial  action  effort  and  cost 

7.3   GIS  APPLICATIONS 

Geographic  information  system's  applications  development  is  geared  to  operate  in  response  to 
project  manager  requests.  One  strength  of  a  GIS  is  its  ability  to  remain  flexible  in  response  to 
demands  and  requests. 

One  way  the  GIS  will  operate  is  to  provide  for  a  rapid  response  for  graphics  and  reports.  This 
response  may  include  maps  for  publications,  public  meetings,  or  reports.  This  rapid  response 
may  also  apply  to  simple  GIS  analytical  needs.  As  with  the  graphics  products  mentioned  above 
it  is  sometimes  difficult  to  identify  ahead  of  time  all  of  the  requests  for  analyses,  graphic 
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products,  and  reports.  The  system  will  attempt  to  respond  to  these  varied  requests  in  a  timely 
fashion. 

The  second  way  the  GIS  will  operate  calls  for  the  production  of  longer-term,  complex  GIS 
products  and  analytical  applications.  These  are  the  applications  which  can  be  identified  and 
planned  for  in  advance.  The  priorities  for  these  applications  are  established  by  the  GIS 
Technical  Working  Group.  The  applications  and  products  that  have  been  identified  to  date  are 
outlined  below.  It  must  be  acknowledged  that  these  may  change  over  time,  some  may  be 
dropped,  and  new  ones  added.  The  GIS  Technical  Working  Group  will  review  these  application 
on  an  ongoing  basis  and  will  be  responsible  for  modifying  and  updating  this  plan. 

The  various  long-term  analyses  and  products  required  for  the  Clark  Fork  Superf und  sites  are 
identified  in  the  following  section.  The  applications  section  is  divided  into  six  project  sections 
corresponding  to  the  Upper  basin  and  the  NPL  sites: 

•  Basin-wide  (affects  all  NPL  sites  in  the  upper  Clark  Fork  Basin), 

•  Anaconda, 

•  Silver  Bow  Creek, 

•  Butte  Addition, 

•  Milltown  Reservoir,  and 

•  Montana  Pole. 

For  each  applications  section  the  operable  unit  is  identified,  the  application  objective  is  stated, 
the  application  is  described,  and  any  pertinent  discussion  is  included.  Since  much  of  the  data 
are  common  to  several  applications  and  have  uses  across  operable  unit  boundaries,  the  data  to 
be  acquired  for  the  applications  are  described  at  the  end  of  the  section. 

7.3.1  Basin-wide 

Many  of  the  GIS  applications  affect  more  than  one  NPL  site  or  operable  unit  in  the  Upper 
Clark  Fork  Basin.  These  applications  are  described  below. 

7.3.1.1  Applications 

1.  Development  of  Base  Map  Data  for  the  Upper  Basin 

Operable  Unit:  Clark  Fork-wide 

Objective:  To  create  base  map  coverages  for  the  Upper  Clark  Fork  basin  that  will  then  be 
available  for  a  variety  of  applications. 

Description:  This  data  creation  process  is  underway  and  will  continue  as  needed.  Already 
available  on  the  system  are: 

•  1:100,000  USGS  Digital  Line  Graph  data  for  transportation,  hydrography, 
miscellaneous  transportation,  and  railroads.  These  coverages  were  acquired  and 
processed  by  EMSL-LV  and  transferred  to  the  GIS.  The  GIS  staff  finished  the 
edgematching  and  data  verification  processes.  These  coverages  are  now  available  for 
use. 

•  USGS  Geographic  Names  Information  files  were  acquired  and  loaded  into  the  GIS  by 
the  GIS  staff. 
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•  Digital  data  sets  for  county  boundaries  were  acquired  and  converted  to  ARC/INFO 
coverage  by  the  GIS  staff. 

•  Montana  Natural  Heritage  data  (element  occurrences  of  endangered  plants  and 
animals)  for  the  Upper  Clark  Fork  and  Blackfoot  drainages 

•  Montana  Rivers  study  data  for  the  Butte  North  1:100,000  quad  were  acquired  and 
loaded  into  the  system  by  the  GIS  staff. 

Base  data  will  continued  to  be  acquired  and  input  to  the  GIS  as  they  are  requested  by  project 
managers  or  needs  are  identified.  This  process  will  allow  the  database  to  evolve  and  be  refined. 
These  data  will  support  and  be  used  with  nearly  all  of  the  applications  identified  in  the 
following  sections.  An  additional  data  set  that  needs  to  be  acquired  is  the  US  Public  Land 
Survey  (township/range)  for  the  Upper  Clark  Fork  basin. 


2.  Support  of  Waste  Repository  Siting 

Operable  Unit:  Clark  Fork-wide 

Objective:  To  support  the  mine  waste  repository  siting  process. 

Description:  ARCO  is  in  the  process  of  identifying  potential  sites  for  the  locations  of 
repositories  for  mine  wastes  removed  from  the  Clark  Fork  NPL  sites.  They  have  completed  the 
first  step  in  the  process:  a  primary  exclusion  process  that  eliminated  areas  based  on  "fatal  flaw" 
criteria.  ARCO  is  now  (May  1989)  collecting  data  for  the  second  phase  of  the  siting  process. 
The  Natural  Resource  Information  System  (NRIS)  and  the  Montana  Natural  Heritage  Program 
(NHP)  have  and  are  supplying  data  to  ARCO.  The  GIS  supplied  a  map  displaying  NHP  data 
to  accompany  a  NHP  report.  The  locations  of  the  potential  waste  repository  sites  (those  that 
passed  the  first  cut)  have  been  input  to  the  GIS  as  a  coverage. 

The  GIS  can  provide  support  in  the  repository  siting  process  to  ARCO  and  other  parties  in  a 
variety  of  ways: 

•  Data  input  (through  conversion  of  data  sets)  and  subsequent  ARC/INFO  coverage 
creation  (e.g.,  additional  Natural  Heritage  data,  additional  Montana  Rivers  Study  data, 
etc.) 

•  Transfer  of  existing  data  sets  and  coverages  (e.g.,  base  map  coverages  identified  in  the 
above  application) 

•  Various  coverage  overlay  analyses 

•  Cartographic  products 

•  GIS  technical  assistance  to  contractors 

The  Access  Guidelines  provide  for  access  to  the  GIS  for  ARCO  and  its  contractors.  For  this 
application,  the  Montana  EPA  Clark  Fork  Coordinator  would  serve  as  the  project  manager. 
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3.  Management  of  Potentially  Responsible  Party  Information 

Operable  Unit:  Clark  Fork-wide 

Objective:  Support  the  Potential  Responsible  Party  (PRP)  identification  process  by  automating 
a  portion  of  the  current  process. 

Description:  Land  ownership  and  operation  and  management  of  mining  activities  in  the  upper 
Clark  Fork  basin  over  the  last  100  years  is  a  complex  relationship.  Assignment  of  responsibility 
as  either  an  owner,  generator,  or  operator  is  required  to  identify  PRPs.  The  determination  of 
PRP  status  requires  the  management  of  large  amounts  of  both  spatial  and  temporal  data. 

In  an  effort  to  organize  and  sort  information  collected  during  PRP  searches,  the  GIS  will  be 
used  to  assess  complex  relationships  in  a  geographically  extensive  area  where  several  owners, 
operators  and  generators  have  occurred  over  time.  The  intent  of  a  responsible  party  search  is 
to  determine  who  the  past  and  present  owners,  operators  and  generators  are/or  have  been  in 
order  to  assign  liability  for  remedial  actions  necessary  to  prevent  actual  or  potential  releases 
of  hazardous  substances,  contaminants  or  pollutants.  Using  the  GIS,  rationales  for  allocating 
PRP  responsibilities  (NBARS— Non-binding  Preliminary  Allocation  of  Resources)  could  be 
consistently  applied. 

The  process  that  would  be  followed  by  the  GIS  to  accommodate  this  need  would  be  to  maintain 
a  base  coverage  consisting  of: 

•  Political  boundaries 

•  Transportation 

•  Hydrography 

•  Property  boundaries 

•  US  Public  Land  Survey 

•  Land-use 

Superimposed  on  this  base  coverage  would  be  several  coverages  that  represent  the  time  sequence 
of: 

•  Current  or  past  ownership 

•  Current  or  past  interest  as  a  generator 

•  Current  or  past  interest  as  an  operator 

Determination  of  viable  PRPs  could  be  accomplished  by  the  following  sequence: 

•  Develop  a  coverage  of  areas  where  contamination  exists.  Within  each  area  delineated 
previously,  assess  an  individual's  responsibility  based  on  past  or  present  interest  as  an 
owner,  operator,  or  generator. 

•  Identification  would  continue  by  eliminating  entities  that  no  longer  exist  or  that  do 
not  have  the  financial  resources  to  contribute  meaningfully  to  the  funding  of  remedial 
activities.  Continued  identification  would  proceed  to  determine  which  potentially 
responsible  parties  are  viable. 

•  Non-binding  preliminary  allocation  of  responsibility  (NBARS)  could  be  supported  by 
the  GIS  by  determining  the  relative  contribution  to  the  problem  by  individual  PRPs 
with  respect  to: 
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-  Percent  of  the  contaminated  area  owned 

-  Percent  of  the  time  the  property  was  controlled 

-  Percent  of  the  volume/areal  extent  of  the  waste  the  PRP  was  responsible  for 

Some  specific  map  products  which  could  be  produced  include: 

•  Derived  from  the  above  coverages  and  land  ownership  data  would  be  a  series  of  map 
coverages  that  represent  the  time  sequence  of: 

-  Current  or  past  ownership 

-  Current  or  past  interest  as  a  generator 

-  Current  or  past  interest  as  an  operator 

•  A  map  that  displays  locations  (with  ownership  information)  of  unique 
chemicals/mineral  sources  and  the  locations  (including  ownership  information)  where 
occurrences  of  these  unique  chemicals/materials  have  been  identified. 

Along  with  the  land  ownership  data,  mining  claim  information  may  need  to  be  collected  and 
entered.  An  AML  could  then  be  developed  that  would  facilitate  the  querying  of  the  land 
ownership  data  and  the  graphic  display  of  data.  This  AML  would  enable  project  staff—whether 
familiar  with  ARC/INFO  or  not— to  query  the  data. 

Discussion:  There  are  several  issues  related  to  this  application  which  will  be  resolved  over  the 
course  of  the  project.  The  first  of  these  regards  the  geographic  scope  of  the  database  creation 
effort.  It  is  suggested  that  the  project  be  developed  in  stages  with  the  Butte  Priority  Soils 
Operable  Unit  as  the  likely  first  effort.  Over  time  a  database  of  PRP  information  for  the 
upper  Clark  Fork  Basin  covering  all  of  the  NPL  sites  may  be  constructed. 

The  exact  data  requirements  for  PRP  management  need  to  be  defined  by  the  staff  responsible 
for  the  current  PRP  and  NBARS  procedure.  The  data  collection  and  input  for  this  application 
would  be  a  major  undertaking.  The  scope  of  the  data  collection  effort  would  need  to  be  clearly 
defined.  Additionally,  the  database  design— how  to  store  the  PRP  information—would  need 
special  consideration.  The  database  design  will  depend  not  only  on  the  type  of  data  to  be 
collected  and  stored  but  also  on  how  the  database  will  be  queried. 

4.  State  Historic  Preservation  Data  Management 

Operable  Unit:  Clark  Fork-wide 

Objective:  To  support  project  staff  in  their  assessment  of  impacts  on  historic  places  by 
managing  and  making  available  State  Historic  Preservation  data  for  NPL  sites  in  the  Upper 
Clark  basin. 

Description:  During  forward  planning  and  the  RI/FS  process  project  staff  are  required  by  law 
to  perform  a  review  process  to  determine  the  possible  effect  of  their  activities  on  properties 
that  are  eligible  or  are  on  the  National  Register  of  Historic  Places  (NRHP).  The  GIS  staff  has 
acquired  and  loaded  historic  preservation  data  from  the  Montana  State  Historic  Preservation 
Office  (SHPO).  A  preliminary  easy-to-use  menu  driven  query  program  using  ARC  Macro 
Language  (AML)  has  been  developed.  The  next  step  in  the  process  is  to  acquire  and  convert 
into  an  ARC/INFO  coverage  historic  survey  data  where  it  exists  (e.g.,  for  Butte)  and  to  acquire 
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and  input  NRHP  status  data  for  all  SHPO  sites.  After  the  new  data  are  loaded,  the  AML 
program  will  be  updated  and  refined  to  accommodate  these  new  data. 

The  SHPO  AML  query  program  is  currently  available  at  the  State  Library  for  use  by  the 
project  staff.  When  the  MDHES  and  the  Montana  EPA  offices  are  linked  into  the  GIS  computer 
the  project  staff  will  be  able  to  perform  on-line  interactive  searches  of  the  historic  site  and 
survey  data. 

To  support  the  waste  repository  siting  application  described  above,  additional  SHPO  (historic 
sites,  surveys,  and  NRHP  status  data)  for  a  wider  area  of  the  Upper  Clark  Fork  basin  (to 
include  the  Blackfoot  drainage)  will  be  acquired  and  input  to  the  GIS. 


7.3.1.2   Data  Acquisition 

Based  on  the  four  applications  outlined  above  and  the  existing  data  in  the  geographic 
information  system,  the  following  data  have  been  identified  for  acquisition. 

•  State  Historic  Preservation  Data:  The  GIS  currently  has  State  Historic  Preservation  data  for 
Butte,  Anaconda,  and  a  buffer  area  along  the  Clark  Fork  River.  These  data  include  the 
location  (to  the  PLSS  quarter-section),  SHPO  identification  code,  and  brief  site  description 
codes  for  141  sites  in  Butte,  Anaconda,  and  in  a  buffer  along  the  Clark  Fork.  The  GIS  will 
acquire  (from  the  Montana  State  Historic  Preservation  Office)  site, survey, and  NRHP  status  data 
to  expand  the  coverage  cover  the  entire  Upper  Clark  Fork  basin. 

•  Political  Boundaries:  County  boundaries  at  a  scale  of  1:250,000  already  exist  on  the  system. 
City  and  other  administrative  boundaries  would  need  to  be  digitized  or  converted  from  the  US 
Census  Bureau  TIGER/line  files. 

•  Transportation:  Transportation  data  for  the  entire  upper  Clark  Fork  basin  exists  in  the 
system  from  1:100,000  DLG  data.  The  scale  of  this  data  would  not  be  appropriate  for  the  large 
scale  examination  of  land  ownership.  Transportation  map  coverages  (center-lines  of  roads)  are 
being  created  by  the  EPIC  lab  for  the  Butte  Priority  Soils  Operable  unit.  This  procedure  could 
be  used  to  produce  higher  resolution  transportation  data  for  the  Anaconda  area. 

•  Hydrography:  As  for  the  transportation  data,  1:100,000  DLG  hydrography  data  exist  for  the 
Upper  Clark  Fork  basin.  Higher  resolution  data  would  need  to  be  obtained  for  the  large  scale 
examination  of  land  ownership. 

•  Property  Boundaries:  These  data  would  need  to  be  digitized  from  county  and  city  plat  maps. 
Updates  in  land  ownership  changes  will  need  to  incorporated.  These  land  ownership  parcels 
will  need  to  be  tied  to  the  land  ownership  information  that  is  acquired  from  title  searches  and 
manually  typed  into  the  database. 

•  Unique  Chemical/Materials  Data:  Sources  of  "unique"  chemical/mineral  mining  material  and 
the  locations  where  this  material  has  been  found.  The  source  for  this  data  needs  to  be 
identified. 

•  US  Public  Land  Survey  System  Data:  PLSS  data  needs  to  be  acquired  for  the  entire  upper 
Clark  Fork  basin.  This  data  set  would  be  used  as  a  base  theme  in  aH  of  the  applications 
outlined  above  and  in  many  of  the  site  specific  applications.  Currently  the  GIS  has  township 
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corners  for  the  entire  basin,  but  these  data  need  to  be  acquired  to  at  least  the  quarter-section 
level.  The  USGS  does  not  have  PLSS  data  in  DLG  for  any  of  the  study  area.  Other  state  and 
federal  agencies  in  Montana  may  have  pieces  of  this  data  set  in  digital  form  and  these  can  be 
acquired  from  them.  For  the  areas  where  there  are  no  digital  data,  the  data  will  need  to  be 
digitized. 

7.3.2  Anaconda 

GIS  applications  for  the  Anaconda  NPL  site  will  serve  the  Community  Soils  operable  unit  and 
will  support  forward  planning  efforts  and  endangerment/public  health  assessments.  These 
applications  are  described  below. 

7.3.2.1    Applications 

1.  Support  Forward  Planning 

Operable  Unit:  Community  Soils 

Objective:  To  support  forward  planning  effort  by  projecting  contaminant  distribution  to  direct 
sampling  efforts  to  be  conducted  by  PRP. 

Description:  The  intent  of  this  project  is  to  perform  overlay  analysis  of  various  base  maps  with 
the  results  of  a  vegetation  classification  process  coupled  with  analysis  of  existing  soils 
contamination  data  to  establish  and  examine  any  correlations  that  would  help  direct  future 
sampling.  Additional  data  may  be  compared  to  these  data  in  an  effort  to  develop  a  better 
understanding  of  the  existing  conditions.  This  process  will  generate  maps  of  identifiable  stress 
by  vegetation  type  in  relation  to  iso-lines  of  soil-contamination  (with  confidence  statements). 
This  analysis  is  needed  by  January  1990. 

Step  1:  Create  vegetation  map  coverage  by  classifying  Thematic  Mapper  (TM)  satellite  data 
using  ERDAS  and  ARC/INFO.  This  coverage  should  lead  to  the  identification  of  areas  where 
vegetation  absence  may  equate  to  vegetation  stress.  If,  through  ground  truthing  of  the  image 
classification,  vegetative  stress  is  identifiable,  the  use  of  aircraft  Multispectral  Scanner  (MSS) 
data  to  further  this  effort  may  be  useful  by  providing  larger  scale  data  for  those  areas 
classified  as  having  vegetation  stress. 

Step  2:  Display  the  current  knowledge  of  the  nature  and  extent  of  the  soil  contamination 
around  the  smelter  for  each  element  of  concern  as  maps.  These  maps  would  display  the  results 
of  the  vegetation  classification  effort,  Urinary  Arsenic  data,  soil  survey  data  (Master  Soils 
Investigation;  CDC  Soils  Survey;  CH2M  Hill  Soils  Survey),  and  the  "Bee  Data."  No  attempt 
would  be  made  at  this  stage  to  interpolate  the  various  point  data  and  perform  statistical 
comparisons  among  the  data  sets.  Instead  a  visual  examination  would  be  made  of  the  sample 
locations  with  the  associated  values  from  one  data  set  to  those  data  in  other  sets.  For  example, 
the  classified  vegetation  data  may  be  displayed  in  relation  to  soil  sample  data.  The  resulting 
coverage  may  demonstrate,  by  visual  examination,  areas  of  vegetation  stress  and  sample 
locations  with  high  contaminant  levels.  This  correlation  would  suggest  two  things:  1)  it  would 
support  the  vegetation  classification,  and  2)  would  suggest  that  this  area  may  not  need  future 
sampling.  Areas  that  indicate  vegetation  stress  (from  the  TM  and  MSS  data)  and  samples  that 
indicate  contamination  may  be  identified.  The  surrounding  areas  may  be  then  searched  for 
areas  that  meet  these  same  criteria. 
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Step  3:  Develop  maps  displaying  preliminary  iso-lines  for  each  contaminant  horizontally  and 
vertically  (in  the  soil  profile).  These  maps  are  a  process  of  interpolating  the  soil  sample  data. 
To  produce  the  soil  contamination  surface  the  various  soil  surveys  must  be  normalized  to 
provide  the  software  with  comparable  contaminant-level  values.  The  interpolation  software 
to  be  used  and  the  method  for  transfer  of  the  results  to  the  GIS  still  need  to  be  identified. 
These  maps  would  be  used  in  conjunction  with  the  overlays  generated  in  the  previous  steps  to 
assist  in  the  design  of  further  sampling.  Based  on  proposed  action  levels  for  the  site  for 
individual  contaminants  or  collections  of  multiple  contaminants,  use  the  GIS  to  assist  in 
delineating  areas  where  additional  information  should  be  collected  before  implementing  very 
expensive  remedies.  It  is  expected  that  the  boundaries  between  areas  that  fall  above  or  below 
the  action  level  would  be  thoroughly  documented.  This  approach  would  focus  future  soil 
sampling  efforts  in  areas  where  the  greatest  benefit  could  be  derived  and  could  potentially  save 
considerable  sums  of  money  by  avoiding  grid  approaches  that  would  collect  data  in  areas  that 
were  not  critical  with  respect  to  action  levels. 

The  process  described  above  will  help  direct  sampling  efforts  to  be  conducted  by  the  PRP. 
After  that  sampling  is  completed,  the  results  will  be  input  to  the  GIS.  The  loading  of  this  new 
data  will  assist  in  verifying  the  assumptions  used  in  the  above  analyses  as  well  as  providing 
additional  data  that  may  be  useful  in  oversight  functions,  forward  planning  on  other  operable 
units,  and/or  PRP  and  contractor  RI/FS  support. 


2.  Support  of  Endangerment  Assessment/Public  Health  Assessment 

Operable  Unit:  Community  Soils 

Objective:  To  assist  the  endangerment/public  health  assessments. 

Description:  This  project  would  lead  to  the  development  of  a  risk  map  based  on  standard 
exposure  assumptions  and  soil  contaminant  levels  related  to  population  distribution. 

The  GIS  can  be  used  to  assign  risk  levels  to  contaminated  areas  by  applying  the  risk 
calculations  and  associated  assumptions  to  contaminated  regions.  The  GIS  could  then  be  used 
to  assign  priorities  for  remedial  activities  in  areas  where  the  greatest  risks/potential  for 
exposure  exist.  To  do  this  the  GIS  could  compare  various  potential  risk  levels  with  areas  where 
people  are  living  at  present  based  on  land-use  data. 

This  analysis  could  consider  contaminant  levels  individually  or  collectively.  In  areas  where 
multiple  carcinogens  occur,  their  effect  would  likely  be  additive.  Similarly  where  several 
contaminants  would  have  a  toxic  effect  on  the  same  organ  in  the  body,  these  effects  should  be 
additive.  The  GIS  would  greatly  facilitate  these  analyses  and  allow  managers  and  scientists  to 
refine  assumptions  as  well  as  re-run  the  analysis  in  a  time  frame  that  would  not  be  prohibitive. 
Much  of  the  soil  contamination  data  needed  for  this  application  will  be  acquired  or  generated 
by  the  application  outlined  above. 

The  GIS  would  continually  be  updated  as  new  contaminant  level  and  other  data  are  received. 
Areas  involved  in  remedial  activity  would  continue  to  be  refined,  as  the  database  improves, 
until  the  delineation  of  areas  to  be  remediated  falls  within  EPA's  acceptable  range  of  accuracy 
necessary  to  support  a  Record  of  Decision  (ROD). 

Discussion:  One  of  the  issues  to  resolve  is:  What,  if  any,  are  the  required  levels  of  certainty 
or  levels  of  confidence  for  the  soil  contamination  isohyets? 
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7.3.2.2   Data  Acquisition 

Isolines  of  Soil  Contamination:  This  data  set  is  required  for  Application  2-Support  of  Health 
Risk  Assessment.  This  coverage  will  be  generated  and  acquired  through  the  Application  1  — 
Support  of  Forward  Planning. 

Base  Data  (Hydro.  Transportation.  Railroads.  Misc.  Transportation.):  This  data  exists  on  the 
GIS  and  was  acquired  from  USGS  1:100,000  Digital  Line  Graph  data. 

Soil  Survey  Data  (Master  Soils  Investigation:  CDC  Soils:  CH2M  Hill  Soils):  These  data  will  be 
transferred  from  the  Clark  Fork  Data  Management  System  at  the  MDHES  and  generated  into 
ARC/INFO  map  coverages.  If  no  locational  attributes  are  associated  with  these  data,  sample 
points  will  be  digitized  from  source  maps. 

Urinary  Arsenic:  These  data  will  be  acquired  from  the  Clark  Fork  Data  Management  System 
in  the  MDHES.  A  problem  yet  to  be  solved  involves  the  location  of  the  samples.  Currently  the 
samples  are  located  only  by  street  address.  This  locational  information  is  not  usable  in  the  GIS. 
The  street  addresses  will  have  to  be  converted  to  (x,y)  point  location  data.  When  that 
conversion  is  completed  by  the  DMS,  these  data  will  be  transferred  to  the  GIS. 
Using  overlay-analysis  techniques,  these  data  may  be  combined  with  the  soils-contamination 
data  in  order  to  evaluate  the  relationships  among  these  data  sets.  It  is  anticipated  that  1.5  man- 
weeks  will  be  required  to  process  and  check  this  data  once  obtained  from  the  DMS. 

Bee  Data:  These  data  are  from  a  master's  thesis  study  at  the  University  of  Montana.  They  are 
being  transferred  to  the  DMS.  After  the  input  and  verification,  these  data  will  be  transferred 
to  the  GIS  and  converted  into  ARC/INFO  map  coverages. 

Topography:  EMSL-LV  is  investigating  the  possibility  of  obtaining  existing  topographic  data 
in  digital  form.  This  data  may  have  been  digitized  by  Horizon  under  a  previous  EPA  contract. 
If  it  is  not  available,  topographic  data  may  be  able  to  be  acquired  from  the  USGS  in  the  form 
of  four  7.5  minute  Digital  Elevation  Models  (DEM). 

100-vear  Floodplain:  ARCO  is  currently  identifying  the  100-year  floodplain.  This  data  will 
be  digitized  by  ARCO  and  then  supplied  to  the  GIS. 

Land-use  and  Vegetation:  Land-use/land-cover  data  for  the  Anaconda  study  will  be  acquired 
through  the  use  of  30-meter  resolution  satellite  imagery.  This  effort  may  prove  to  be  a  more 
efficient  method  for  acquiring  generalized  land-use  data  for  the  Anaconda  study. 
Additionally,  areas  of  lack  of  vegetation  may  be  identified  during  the  land-use  mapping 
process.  Once  these  stress  areas  are  identified,  they  may  be  further  studied  using  the  more 
resolute  aircraft  multi-spectral  scanner  (MSS)  data. 

During  acquisition  of  aerial  photography  for  the  study  area,  in  August  of  1987,  MSS  data,  at 
5-meter  resolution,  were  accumulated  at  the  same  time.  EMSL-LV  staff  have  proposed  to 
develop  a  hierarchical  process  in  which  areas  of  vegetative  stress  are  initially  flagged  using  the 
coarser  satellite  data,  during  the  land-use  mapping  process.  These  flagged  areas  would  then  be 
investigated  using  the  5-meter  MSS  data  to  further  refine  the  problem  areas.  The  use  of  this 
hierarchical  process  would  significantly  reduce  processing  time  of  the  highly  resolute  MSS  data 
by  using  the  satellite  imagery  for  the  initial  screening  of  the  data. 
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Following  the  photo  analysis  and  subsequent  digitizing  effort,  these  data  will  be  integrated 
with  land-use  data  from  the  1987  Clark  Fork  River  Site  Assessment  study.  This  data  has  been 
acquired  from  CH2M  Hill  by  EMSL-LV  for  use  in  Clark  Fork  Study.  The  CH2M  Hill  study 
includes  information  concerning  land-use,  demography,  irrigated  lands,  tailings,  wells,  and 
other  data  that  may  be  pertinent  to  the  Clark  Fork  Superf  und  sites. 


7.3.3   Silver  Bow  Creek 

7.3.3.1  Applications 

The  Silver  Bow  Creek  NPL  site  will  use  GIS  techniques  primarily  to  support  data  collection 
efforts  and  the  identification  of  tailings  types,  extent,  and  volumes.  These  potential 
applications  are  described  below. 

1.  Support  Data  Collection  Efforts 

Operable  Unit:  Area  1 

Objective:  To  support  field  sampling  efforts  and  perform  data  input  to  the  Clark  Fork  Data 
System. 

Description:  CH2M  Hill  is  preparing  to  conduct  sample  of  the  Colorado,  Parrot,  and  Butte 
Reduction  Works  tailing  to  assist  in  the  determination  of  the  extent  and  depth  of  the  buried 
tailing.  The  GIS  Project  and  EMSL-LV  will  work  with  the  contractor  to  help  establish  and 
identify  sample  locations  using  the  Global  Positioning  System  (GPS).  This  procedure  will 
provide: 

•  more  accurate  sample  location  data  at  a  lower  cost  than  surveying; 

•  additional  and  more  accurate  control  points  for  the  GIS  (this  increased  accuracy  will 
help  prepared  better  base  maps  for  existing  data  and  future  data  acquisition/analytical 
efforts);  and, 

•  a  small  scale,  pilot  effort  to  help  EMSL-LV  and  the  GIS  gain  experience  with  the  GPS. 
GPS  is  fast  becoming  an  economic  means  of  acquiring  accurate  locational  information 
and  has  been  proposed  for  use  in  other  sampling  efforts  in  the  upper  Clark  Fork.  This 
experience  will  help  evaluate  GPS  accuracy  and  usefulness  on  the  Clark  Fork. 

After  the  sampling  is  completed  the  resulting  data  will  input  to  the  GIS  and  maps  created 
displaying  the  sampling  results  (e.g.,  sample  locations,  extent  and  depth  of  buried  tailings). 
These  data  will  also  be  used  in  the  Streamside  Tailings  operable  unit  assessment  of  the 
distribution  and  extent  of  dispersed,  impounded,  and  buried  tailings  along  the  Metro  Storm 
Drain  and  Silver  Bow  Creek  down  to  the  Colorado  Tailings. 

An  additional  benefit  of  loading  the  sampling  data  into  the  GIS  is  the  ability  to  help  verify  the 
accuracy  of  the  sampling  results  and  to  help  verify  the  accuracy  of  the  land-use  data  being 
created  for  Butte  by  EMSL-LV  and  EPIC.  The  results  of  the  CH2M  Hill  sampling  will 
displayed  in  relation  to  existing  base  map  data  and  land-use  data  for  the  study  area.  The 
resulting  map  will  be  examined  for  correlations  among  the  various  data.  For  example,  the 
land-use  data  supplied  by  EPIC  will  be  compared  to  the  CH2M  Hill  data  to  see  if  their 
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estimated  areal  extent  for  buried  tailings  has  some  correlation  to  surficial  tailings  in  the 
land-use  data. 

Finally,  maps  displaying  the  sample  locations,  sampling  techniques  used  (e.g.,  core  borings  and 
gco-rcflcctancc),  and  results  (e.g.,  extent  and  depth  of  buried  tailings)  will  be  produced  for  use 
by  the  project  manager  in  data  examination  and  verification,  and  for  fact  sheet  and  report 
publications. 


Figure  7  Map  of  Silver  Bow  Creek  Area  1  operable  unit  boundary. 


2.  Determine  Tailings  Extent/Type 
Operable  Unit:  Streamside  Tailings 
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Objective:  To  determine  the  extent  of  dispersed  tailings  along  the  Metro  Storm  Drain  and  Silver 
Bow  Creek  down  to  Colorado  Tailings. 

Description:  This  project  application  is  intended  to  define  the  extent  and  type  of  tailings  along 
the  Metro  Storm  Drain  and  Silver  Bow  Creek.  Two  products  will  be  generated:  1)  a  map  of 
current  knowledge  of  the  locations,  extent,  and  type  of  tailings,  and  2)  a  map  of  tailings 
(dispersed)  based  on  the  XRF  Sampling  and  remote  sensing  techniques. 

Step  1:  Produce  map  of  current  knowledge  using  data  from  the  previous  application  (extent 
and  depth  of  Parrot,  Colorado,  and  Butte  Reduction  Works  buried  tailings),  floodplain, 
transportation,  hydrography,  and  land-use  (from  EPIC  interpretation)  data.  Besides  providing 
a  summary  of  the  current  knowledge  of  tailings  extent  and  type,  this  map  may  be  used  to  help 
locate  the  field  samples.  The  maps  of  proposed  field  sampling  locations  may  be  used  by 
contractors  in  the  field  to  locate  the  actual  sampling  locations. 

Step  2:  (End  of  May)  Field  Sampling  will  be  conducted  using  XRF  sampling  of  dispersed 
tailings  and  core  samples  of  buried  tailings.  These  data  will  be  transferred  to  the  Clark  Fork 
Data  System  for  input  to  the  geographic  information  system  and  the  data  management  system. 


Step  3:  After  the  transfer  of  the  data  to  the  GIS,  maps  depicting 
the  tailings  boundaries  (extent)  will  be  produced  by  plotting  the 
sample  locations  and  values.  Based  on  values  determined  by  the 
project  manager,  an  area  will  be  delineated  to  represent  the 
extent  of  the  tailings.  Where  core  samples  are  available 
estimates  of  the  volume  tailings  will  generated.  These 
depictions  of  extent,  volume,  and  preliminary  assessment  of  type 
will  help  direct  future  sampling  efforts  to  further  refine 
horizontal  boundaries  of  the  tailings. 

The  process  of  characterizing  existing  knowledge  to  help  direct 
future  sampling  which  feed  back  into  the  process  to  further 
refine  the  knowledge  of  tailing  extent  could  be  repeated  until  a 
thorough  characterization  of  the  area  is  obtained.  This  process 
is  diagramed  in  Figure  10. 
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Discussion:  One  issue  to  be  resolved  is:  "How  will  sample  sites 
be  located?"  Three  options  include:  1)  ground  survey  with 
transit;  2)  GPS  System;  and  3)  grid  based  relational  locations 
(eyeball).  It  is  proposed  that  GPS  be  used.  It  is  less  expensive 
than  transit  surveys  and  more  accurate  than  relational  positional 
finding.  In  addition  to  locating  field  samples  (both  in 
determining  where  to  place  the  samples  and  after  the  fact  in  re- 
locating sample  sites),  the  GPS  will  aid  in  building  good  spatial  control  for  all  other  data  sets 
for  this  and  other  operable  units. 


Figure  8  Model  for 
Identification  of  Tailings 
Extent  and  Depth 


3.  Identification  of  Tailings  Extent/Volume/Type 

Operable  Unit:  Streamside  Tailings 

Objective:    Assist  in  identification  of  tailings  locations;  calculation  of  tailings  volumes;  and 
classification  of  tailings  types  from  Colorado  Tailings  to  Warm  Springs  Ponds. 
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Description:  Five  different  types  of  tailings-extending  from  the  Colorado  tailings  to  Warm 
Springs  Ponds  (27  miles)--have  been  identified  from  the  STARS  program  sampling.  The 
location  and  distribution  of  these  five  types  have  not  been  mapped  except  as  identified  at  the 
discrete  sample  locations.  Each  type  of  tailings  will  require  a  different  treatment.  It  is 
important  to  know  the  location  and  extent  of  each  tailings  type.  XRF  and  soil  samples  will  be 
conducted  along  the  river. 

This  project  will  generate  maps  of: 

1.  Map  of  known  data  (sample  locations  with  values,  photo  interpreted  coverages  of 
tailings) 

2.  Maps  of  tailings  extent  along  f  loodplain  by  type 

3.  Maps  of  volumes 

Step  1:  The  first  step  is  to  digitize  study  area  boundary:  10,  25,  50,  &  100  year  floodplains. 
These  data  may  be  useful  later  for  depth  to  groundwater  calculations.  EPIC  and/or  EMSL  will 
interpret  remotely  sensed  data  to  create  coverages  of  land-use/land-cover.  These  data  will  then 
be  transferred  to  the  GIS.  The  GIS  will  create  a  coverage  of  the  36  STARS  Study  sample 
locations. 

Step  2:  Following  the  data  input  phase,  the  GIS  will  produce  map  of  known  data  using: 

•  100  year  floodplain 

•  Interpreted  tailings  locations  from  the  air  photos  data 

•  STARS  Sample  Locations 

•  Base  data  DLG  (trans  &  hydro) 

This  map  will  identify  areas  will  provide  input  to  XRF  sampling  design. 

Step  3:  The  field  XRF  field  sampling  will  be  conducted  by  contractors  who  will  transfer  the 
data  to  the  Clark  Fork  Data  System.  The  Global  Positioning  System  should  be  used  for 
generating  the  sample  site  locational  data. 

Step  4:  The  data  from  the  field  sampling  effort  will  be  input  to  the  GIS.  Maps  will  then  be 
produced  to  display  the  raw  data  (sample  locations  and  values).  This  procedure  is  helpful  in 
data  verification  and  provides  a  graphic  preliminary  display  of  the  sampling  results. 

Step  5:  Based  on  the  XRF  field  data,  the  extent  of  the  tailings  can  be  refined  and  areas 
identified  for  the  next  round  of  soil  sampling. 

Step  6:  Contractors  collect  soil  samples  to  verify  physical  and  chemical  parameters. 

Step  7:  Transfer  the  data  from  the  field  sampling  effort  and  produce  maps  of  the  raw  data 
(sample  locations  and  values)  for  data  display  and  verification. 

Step  8:  Refine  tailings  extent  from  the  new  soil  sample  data. 

Step  9:  Classify  tailings  types  based  on  the  STARS  classification.  Using  soil  sample  data, 
perform  statistical  analyses  to  class  tailings  into  5  types.  Using  the  soil  sample  depth  data, 
calculate  depths/volumes  for  particular  locations/tailings  types.  The  identification  of  tailings 
types  and  locations  may  support  the  design  and  cost  analysis  of  treatment  alternatives. 
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7.3.3.2   Data  Acquisition 

Based  on  the  applications  described  above  the  following  data  needs  have  been  identified. 

Core  and  Geo-reflectance  Sampling  Results:  Load  the  results  of  CH2M  Hill  sampling  task  for 
Silver  Bow/Area  1  efforts  for  the  Colorado,  Parrot,  and  Butte  Reduction  tailings.  Locations 
will  be  determined  with  GPS. 

10.  25.  50  &  100-vear  Floodplains:  This  task  requires  the  use  of  CH2M  Hill  Flood  Model  maps. 
Program  maps  to  identify  the  elevation  of  the  100-year  floodplain.  The  FEMA  maps  have  been 
acquired  for  all  counties  particular  to  the  Clark  Fork  Project.  These  maps  will  be  digitized 
following  a  significant  amount  of  map  preparation  due  to  the  varying  scales  of  the  source 
maps.  It  may  be  possible  to  digitize  from  the  CH2M  Hill  maps. 

Land-use:  Land-use  data  for  the  Silver  Bow  study  will  be  acquired  by  means  of  photo- 
interpretation  of  recent  aerial  photography.  Photography  currently  available  at  EMSL-LV  for 
the  Silver  Bow  Creek  area  includes:  1986  1:8,000;  and  1987  1:18,000.  In  the  original  CFR  Work 
Plan  (Version  1.3,  1 1/87),  the  interpreted  data  were  to  be  transferred  onto  USGS  base  maps  and 
digitized.  This  task  has  been  allocated  2.0  man-weeks  to  complete,  subject  to  map  availability. 

Currently,  only  1954  versions  of  l:62,500-scale  USGS  maps  are  available  for  Silver  Bow,  and 
the  availability  of  l:24,000-scale  map  products  for  this  area  is  questionable.  If  the  1:62,500- 
scale  base  maps  prove  to  be  unsuitable  for  data  compilation,  it  may  be  appropriate  to  have 
EPIC  use  their  analytical  stereo-plotter  to  digitally  encode  the  interpreted  data  directly  from 
the  photography.  This  would  require  a  change  in  the  scope  of  work.  Cost  estimates  are  found 
in  a  later  section  and  quality-assurance  parameters  are  forth  coming. 

XRF  and  Other  Soil  Sample  Data:  XRF  and  other  soil  sample  data  for  Area  1,  Streamside 
Tailings,  and  Clark  Fork  operable  units  will  be  transferred  to  the  Clark  Fork  Data  System  as 
machine  readable  data  files.  The  Global  Positioning  System  may  be  used  for  the  location  and 
identification  of  sample  sites. 

Well  Data:  Well  locations  for  along  the  Clark  Fork  (for  the  Clark  Fork  operable  are  loaded  on 
the  GIS.  Attribute  data  (based  on  CFR  screening  study)  for  these  wells  needs  to  be  supplied. 
The  well  data  will  be  combined  with  the  soils-contamination  and  land-use  data  using  overlay- 
analysis  techniques  to  provide  insight  into  the  relationships  among  these  data. 

Surface  Water  Quality:  All  surface  and  groundwater  data  (Multi  Tek  data)  for  the  entire  site 
should  be  in  the  DMS  at  MDHES.  These  data  need  to  be  verified  and  then  transferred  to  the 
GIS. 

Stream  Erosion  and  Deposition:  Streamside  Tailings—Interpretation  of  aerial  photographs  will 
be  used  to  detect  areas  of  significant  stream  erosion,  deposition,  in  conjunction  with  tailings 
identification.  Low-altitude  photos  acquired  from  a  mission  flown  in  October  1986  will  be 
used  for  this  analysis.  Photographic  annotations  will  be  transferred  onto  USGS  base  maps  and 
digitized.  Alternatively,  the  use  of  EPIC's  stereo-analytical  plotter  may  be  integrated  into  this 
process.   EPIC's  role  would  increase  labor  requirements  by  approximately  1.5  man-weeks. 
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Silver  Bow  Creek  Applications  Outside  2-year  Project  Plan 

The  following  potential  applications  would  not  occur  within  the  time  frame  of  this  project 
plan.  However  they  are  briefly  identified  here  because  much  of  the  data  developed  by  GIS 
applications  for  the  Butte  and  Silver  Bow  NPL  sites  would  feed  into  these  applications. 

1.  Butte  Addition  &  Silver  Bow 

Objective:  Help  determine  the  relationship  among  ground  water  flow,  mine  and  pit  flooding 
in  Butte,  and  non-point  sources  (urban  run-off,  etc.)  to  contamination. 

Description:  This  is  a  common  application  between  Silver  Bow  &  Butte  Addition  operable 
units. 

2.  Tailings  Identification 

Operable  Unit:  Clark  Fork  River 

Objective:  Assist  in  identification  of  tailings  locations  and  determination  of  tailings  extent  and 
volumes  from  Warm  Springs  Ponds  to  Milltown  Reservoir. 

Description:  This  application  is  similar  to  the  one  for  Silver  Bow  Creek/Streamside  Tailings. 
GIS  products  would  include: 

1.  Map  of  known  data  (sample  locations  with  values,  photo  interpreted  coverages  of 
tailings) 

2.  Maps  of  tailings  extent  along  floodplain  by  type 

3.  Maps  of  volumes 

Data  acquisition  for  Clark  Fork  River  Operable  Unit: 

Historic/Current  Irrigation:  Historic  irrigation  will  be  derived  from  the  interpretation  of 
archival  aerial  photography.  This  information  will  be  transferred  into  a  digital  format 
through  either  digitizing  of  data  transposed  to  base  maps,  or  digitizing  directly  from  annotated 
photography  at  EPIC.  Additionally,  the  1987  CH2M  Hill  study  has  information  concerning 
historic  irrigation  within  three  time-frames;  prior  to  1955  and  currently  irrigated,  after  1955 
and  currently  irrigated,  and  historically  irrigated  but  not  currently  irrigated.  These  data  may 
augment  the  historic-photo  analysis  or  negate  it  altogether.  Additional  time  will  be  required 
to  determine  the  usefulness  of  these  source  documents. 

Surface  Water  Quality:  Surface  water-quality  data  are  to  be  provided  to  EMSL-LV  in  digital 
format  by  the  Region.  It  is  anticipated  that  one  man-week  will  be  required  to  process  and 
check  this  data. 

As  an  indicator  of  surface-water  quality,  a  macrophyte  study  may  be  considered  for  the  Clark 
Fork  River  study.  Low-altitude  photography  (August  1983  @1:8,000)  available  for  this  area 
may  be  interpreted  for  macrophytes  by  EMSL-LV  photo-interpretation  staff.  This  data  would 
then  be  transferred  to  USGS  base  maps  for  digitizing  or  sent  to  EPIC  for  direct  digitizing  from 
photos.     These  activities  would  change  the  scope  of  work  from  the  original  work  plan. 
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Cost/time-frame  estimates  for  a  macrophyte  study  reveal  an  increase  of  approximately  5.0  man- 
weeks. 

An  additional  component  of  the  surface-water  quality  study  may  be  the  CH2M  Hill  'Tailings 
and  Wells'  map  series  conducted  for  the  Clark  Fork  River  Site  Assessment  in  1987.  These  data 
are  found  on  a  series  of  10  l:24,000-scale  blue  line  maps  for  the  Clark  Fork  River  from  it's 
headwaters  near  Anaconda  to  Milltown  Reservoir  near  Missoula.  These  maps  contain 
information  relating  to  tailings,  metal-enriched  soils,  and  well  locations.  Results  of  the  June- 
July  1987  well-sample  survey  should  be  obtained  as  part  of  this  effort.  It  is  estimated  that  3.0 
man-weeks  would  be  required  to  assemble  this  data  into  it's  final  form. 

Fisheries:  Fish  data  from  the  State  of  Montana  Department  of  Fish,  Wildlife  and  Parks  survey 
conducted  in  1987  will  be  obtained  and  digitally  encoded.  Data  collected  include:  biomass, 
mark  and  recapture,  density,  and  diversity. 

EPA  River  Reach  data  are  currently  available  at  EMSL-LV.  River  Reach  mileage  and  milepost 
data  will  be  compared  with  similar  data  from  the  Montana  River  Reach  data  set,  and  the 
l:100,000-scale  DLG  Hydrography  coverage  to  determine  the  relationships  among  them.  If  a 
consensus  can  be  arrived  at,  survey  and  other  data  will  be  integrated  with  the  chosen  river- 
reach  system. 

Information  contained  in  the  CH2M  Hill  Clark  Fork  River  Site  Assessment  study  may  be 
applicable  to  the  fisheries  investigation.  In  particular  the  Channel  Gradient  Profile,  Sampling 
Locations  &  Geothermal  Springs,  and  Tailings  and  Wells  information  may  be  useful.  Input 
from  site  officers,  fisheries  biologists,  and  other  resource  personnel  would  be  necessary  to 
understand  the  relationships  among  these  data  sets.  If  these  data  are  to  be  used,  tabular 
attributes  associated  with  the  sample  sites  and  well  locations  will  have  to  be  obtained. 

Results  of  the  macrophyte  study,  using  August  1983  @1:8,000  aerial  photography,  may  have 
bearing  on  the  fisheries  quality  and  may  be  incorporated  into  this  study. 

Water  Purveyor  Districts:  Water  purveyor  data  are  assumed  to  be  available  from  local  or  state 
officials  in  the  form  of  maps.  These  data  can  be  digitized  and  assembled  for  the  study  area. 


7.3.4   Butte  Addition 

7.3.4.1    Applications 

The  GIS  will  primarily  support  forward  planning  and  sampling  design  for  the  Butte  Addition 
of  the  Silver  Bow  Creek  NPL  site.  In  addition,  GIS  techniques  will  be  used  to  attempt  to  model 
groundwater  surface  in  relation  to  topography  in  an  effort  to  identify  potential  areas  of 
flooding  for  the  Mine  Flooding  operable  unit. 

1.  Support  Forward  Planning  and  Sampling  Design 

Operable  Unit:  Priority  Soils 

Objective:  To  support  forward  planning  efforts  by  characterizing  present  condition  and  to 
assist  the  design  of  work  plan  sampling  scheme. 
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Description:  This  application  involves  data  input  to  support  the  characterization  of  the  present 
condition  and  to  support  the  future  sampling  designs.   GIS  products  would  include: 

•  Maps  of  the  39  Priority  Soils  Areas  to  be  used  by  field  personnel  to  establish  their  soil 
sample  locations. 

•  Maps  displaying  of  volumes  of  contaminated  soils  based  upon: 

1)  Depth 

2)  Concentration 

•  Map  displaying  soil  contamination  in  relation  to  population  within  the  39  Priority 
Soils  Phase  I  areas 

Step  1:  The  first  step  is  to  digitize  the  39  Priority  Soils  Phase  I  areas.  The  digitizing  will  be 
done  by  an  EPA  contractor  using  the  Clark  Fork  GIS  facilities.  The  areas  will  be  digitized 
from  the  1:1,200  mylar  maps  of  the  Priority  Soils  areas  created  by  CDM.  Control  for  these  maps 
will  be  provided  by  the  EPIC  lab  using  the  air  photos  of  the  Butte  area. 

Step  2:  Maps  of  the  Priority  Soils  areas  will  be  plotted  for  the  field  personnel  to  use  to  establish 
and  mark  the  soil  sample  locations. 
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Figure  9  Map  of  Silver  Bow  Crcck-Buttc  Addition  Priority  Soils  Phase  I  Operable  Unit. 


Step  3:  After  the  soils  samples  arc  conducted  and  the  samples  locations  have  been  marked  on 
the  maps  produced  above,  the  soil  sample  locations  will  be  digitized  by  the  Clark  Fork  GIS  and 
the  lab  data  from  the  samples  loaded  into  the  system. 

Step  4:  Upgrade  and  register  Butte  data  (census,  etc.)  to  the  better  base  map  data  from  EPIC. 
Parcel  ownership  data  for  the  39  Priority  Soils  areas  will  be  loaded  on  the  GIS.  A  variety  of 
maps  may  then  be  produced  that  display  the  results  of  the  soil  samples  in  relation  to  parcel 
ownership,  and  census  data. 

Base  map  data  should  be  at  a  larger  scale  than  1:100,000,  especially  considering  it's  use  with 
data  generated  at  the  1"  =  1000'  scale,  ala,  the  Butte  land-use  data  from  CDM.  The  BLOCKS 
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data  from  the  Radon  Study  or  the  data  generated  by  the  air-photo  interpretation  effort  for 
Butte  land-use  may  be  a  more  detailed  source  of  base  map  data,  which  could  be  used  to  upgrade 
the  existing  Butte  land-use  data  acquired  from  CDM. 

Step  5:  To  calculate  the  volume  of  contaminated  soils,  a  surface  of  contaminant  depth  would 
have  to  be  generated.  Sufficient  data  would  be  required  to  compare  the  contaminant  depth  to 
the  topographic  surface. 

2.  Support  Endangerment  Assessment/Public  Health  Assessment 

Operable  Unit:  Priority  Soils 

Objective:  Support  the  determination  of  endangerment  assessment/public  health  assessment  for 
the  Priority  Soils  Phase  I  operable  unit. 

Description:  This  application  will  generate  various  maps  depicting  the  analyses  of  soil 
contamination  in  relation  to: 

1)  Population  density;  age  &  sex      specific 

2)  Land-use;  residential  neighborhoods,  schools/play   areas 

3)  Surface  geology  and  faults/veins 

4)  Data  from  Montana  Department  of  Health  and  Environmental  Sciences  report  Evaluation  of 
Radon  Sources  and   Phosphate  Slag  in  Butte,  Montana,  June  1983. 

The  first  maps  to  be  produced  (May/June  1989)  will  display  Butte  population  densities  for  the 
general  population,  children  0-5  years  old,  and  children  6-13  years  old.  These  maps  will  be 
based  on  1988  projected  populations.  The  population  data  to  be  used  are  based  on  1980  census 
data  obtained  from  Donnelley  Marketing  (via  EMSL-LV).  The  population  densities  will  be 
adjusted  based  on  weighted  values  assigned  to  the  various  land-use  categories.  The  basic 
procedure  is  depicted  in  Figure  11.  These  maps  will  support  the  Butte  Priority  Soils  work 
order.  Other  maps  to  be  included  in  the  work  order  are:  1)  a  general  reference  map  of  Butte, 
2)  a  color  map  of  Butte  land-use  categories,  3)  a  reference  map  depicting  the  Priority  Soils 
Phase  I  operable  unit  boundaries,  and  4)  a  reference  map  depicting  the  Area  1  operable  unit 
boundary. 

3.  Mine  Flooding  Modeling 

Operable  Unit:  Mine  Flooding 

Objective:  Model  groundwater  surface  in  relation  to  topography  to  identify  potential  flooding 
versus  populated  areas  versus  land-use. 

Description:  This  project  is  intended  to  generate  a  map  of  potential  flooding  areas  with 
indications  of  population  and  land-use. 

For  comparative  purpose,  the  ideal  groundwater  surface  would  be  generated  from  a  data  set 
as  comprehensive  as  the  topography.  Obviously,  this  will  not  be  available.  The  following  may 
be  tried: 
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•  Develop  a  regularly- 
spaced  sampling  scheme 
based  upon  slope,  and 
topography  to  obtain  depth- 
to-groundwater  data 

•  Use  kriging  software  and 
TIN  generate  an  'depth-to- 
ground  water'  surface 

•  Use  TIN  to  "subtract"  the 
depth-to-groundwater 
surface  from  the 
topography  surface  to 
create  a  groundwater 
surface. 

The  relationship  between  depth-to- 
groundwater  and  potential  for 
flooding  must  be  substantiated  for 
use  in  a  modelling  scenario. 

Land-use  data  for  Butte  are  being 
created  by  EPIC.  This  data  will  be 
compared  to  the  groundwater 
surface  coverage. 
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Figure  10  Model  for  population  density  mapping  using 
weighted  landuse  data. 


ARC/INFO    coverages    of    mine 

tunnels  with  elevations  needs  to  be  created. 

7.3.4.2   Data  Acquisition 

Census:  Census  geography  has  been  digitized  by  EMSL-LV  and  has  input  to  the  GIS  along  with 
the  associated  demographic  data. 

Land-use:  Land-use  data  for  the  Butte  study  will  be  acquired  by  means  of  photo-interpretation 
of  recent  aerial  photography,  August  1987.  The  Environmental  Photographic  Interpretation 
Center  (EPIC)  is  using  their  analytical  stereo  plotter  to  digitally  encode  the  interpreted  data 
directly  from  the  photography. 

Soils  Contamination/SOILS:  The  soils-screening  survey  data  for  497  sample  sites  were  acquired 
from  CDM-Denver.  This  data  has  been  processed  into  an  INFO  database.  The  data  set  contains 
toxic-contaminant  levels  for  lead,  arsenic,  cadmium,  and  mercury.  Sample  data  are  available 
for  three  soil  horizons;  surface  (0  -  1  inch),  1-12  inches,  and  12-24  inches.  An  ARC/INFO 
coverage  has  been  generated  from  this  database,  the  attribute  information  has  been  associated 
with  sample  points,  and  the  data  have  been  input  to  the  GIS. 

The  source  map  for  the  SOILS  data  was  constructed  by  the  Anaconda  Mining  Corporation 
(AMC)  using  a  grid-reference  system  based  upon  an  arbitrary  origin.  The  units  of  measure  for 
this  reference  are  feet.  The  SOILS  coverage  units  for  these  data  are  AMC  feet.  A  program  to 
transform  the  AMC  map  coordinates  to  UTM  meters  was  developed  by  EMSL-LV  and  made 
available  to  the  State. 
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Topographic  Data:  ARCO  has  taken  on  the  responsibility  of  contracting  for  the  production  of 
large  scale  topographic  mapping  for  the  Butte  area  from  EPA  aerial  photography.  When  this 
map  compilation  project  is  completed,  the  resulting  digital  data  will  transferred  to  the  Clark 
Fork  GIS. 

A  process  is  currently  in  use  at  EMSL-LV  to  generate  topographic  data  using  the  ESRI's 
Triangulated  Irregular  Network  (TIN)  module.  Elevation  data  are  available  in  digital- 
elevation  model  (DEM)  form  from  the  USGS,  based  upon  1:24,000  quadrangles  and  may  be 
processed  using  TIN  to  create  topographic  surfaces.  A  ancillary  product  of  this  process  is  a 
slope  coverage.  It  is  estimated  that  for  the  Butte  area  (four  7.5-minute  quads)  this  process 
would  take  approximately  2.0  man-weeks.  Conversations  with  NCIC  personnel  confirm  that 
the  DEM  data  are  available  from  the  USGS  (Norton,  1988).  Acquisition  of  one  of  the  DEM's 
would  require  4-5  weeks  longer  than  the  other  three  due  to  quality  control  requirements. 

Historic  Facilities:  Historic  mining  and  operations  facilities  will  be  produced  from  analysis 
of  archival  and  current  aerial  photography.  EMSL-LV  has  received  archival  aerial-photo 
indices  for  1941,  1952,  1955,  1960,  1966,  and  1980.  1976  photography  is  available  through  the 
USGS  (Slonecker,  8/29/88).  1984  NHAP;  1983,  1986  and  1987  EPA  photography  is  currently 
available  in-house.  These  photographs  will  be  visually  interpreted  and  annotated  for  mining 
operation  and  facilities.  These  annotations  will  then  be  transferred  to  topographic  map  sheets 
and  digitized.  In  addition  to  the  historic  facilities  coverage,  current  mining  facilities  will  be 
digitized  from  the  1"  =  200'  series  of  maps  provided  by  CDM,  Helena. 

It  is  anticipated  that  this  task  will  require  4  man-weeks  photo-interpretation  and  2  man-weeks 
of  GIS  work. 

As  in  the  case  of  the  land-use  data,  only  1954  versions  of  l:62,500-scale  USGS  maps  are 
available  for  Butte.  If  the  l:62,500-scale  base  maps  prove  to  be  unsuitable  for  data  compilation, 
it  may  be  appropriate  to  have  EPIC  use  their  analytical  stereo  plotter  to  digitally  encode  the 
interpreted  data  directly  from  the  photography.  This  would  negate  the  recompilation  of  the 
data  onto  paper  maps. 


Butte  Addition  Applications  Outside  2-Year  Project  Plan 

1.  Runoff  Analyses 

Operable  Unit:  Priority  Soils 

Objective:   Evaluate  effect  of  various  alternatives  in  terms  of  surface  configurations. 

Description:  Runoff  analysis  of  various  surface  configurations  which  would  result  from  the 
proposed  alternatives. 

Discussion:    Being  outside  of  the  scope  of  this  project  plan,  this  application  has  not  been 
developed  in  detail.   However,  three  issues  that  will  need  to  addressed  are: 

•  Runoff  co-efficients  of  the  surface  types  and  configurations  would  be  required. 

•  Detailed  slope  analysis  of  the  candidate  sites  would  have  to  be  produced. 

•  A  run-off  model  would  have  to  be  created. 
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7.3.5   MHltown  Reservoir 

The  GIS  will  provide  cartographic  support  and  database  query  support  for  the  Milltown 
Reservoir  NPL  site  as  well  as  assisting  an  effort  to  model  potential  contaminant  plume 
movement  in  groundwater. 

7.3.5.1  Applications 

1.  Groundwater  Plume  Movement  Modeling 

Operable  Unit:  Downstream  Screening 

Objective:  Direct  future  sampling  efforts  and  evaluate  alternatives  for  restricting  contaminant 
movement  in  groundwater. 

Description:  Maps  showing  predicted  groundwater  contaminant  plume  movement,  and 
displaying  plume  movement  based  on  different  modelling  scenarios  will  be  produced  from  this 
application. 

Discussion:  There  are  several  issues  to  be  resolved  for  this  project.   These  include: 

•  The  sources  of  the  various  data  sets  will  have  to  be  identified. 

•  The  groundwater  transport  and  fate  model  will  have  to  be  identified  and  made  to 
accept  digital  inputs. 

•  The  USGS  in  Montana  has  conducted  a  study  of  shallow  aquifers  in  the  Clark  Fork 
that  identified  gaining  and  losing  reaches  of  the  river.  This  data  would  be  helpful  in 
understanding  the  interaction  between  the  river  and  adjacent  shallow  aquifers. 

7.3.5.2  Data  Acquisition 

Topography:  This  data  should  be  able  to  be  obtained  from  the  USGS  as  7.5  minute  Digital 
Elevation  Model  data.  It  would  be  imported  into  ARC/INFO  and  a  surface  would  be  created 
using  the  TIN  module. 

Sub-Surface  Geology:  This  data  may  be  obtained  from  the  U.S.  Geological  Survey. 

Water  Table  Surface:  The  groundwater  surface  would  be  created  by: 

•  Develop  a  regularly-spaced  sampling  scheme  based  upon  slope,  and  topography  and 
obtain  depth-to-groundwater  data  in  conjunction  with  data  from  existing  well  logs. 

•  Use  kriging  software  and  TIN  generate  an  'depth-to-ground  water'  surface 

•  Use  TIN  to  "subtract"  the  depth-to-groundwater  surface  from  the  topography  surface 
to  create  a  groundwater  surface. 

Contaminant  Levels:  These  data  would  be  obtained  from  the  MDHES  and  the  Montana  EPA. 
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7.3.6   Montana  Pole  Applications 

While  there  are  no  specific  GIS  applications  identified  for  the  Montana  Pole  site,  the  project 
managers  may  make  use  of  the  graphic  and  other  capabilities  of  the  system  for  reports  and 
presentations.  There  are  data  available  for  the  Montana  Pole  site  because  of  its  location  in 
Butte. 


7.4   GIS  APPLICATIONS  AND  ACQUISITION  SUMMARY 

Data  required  for  the  various  applications  described  above  will  constantly  be  changing  due  to 
changes  in  the  applications,  schedule  changes  by  the  project  managers,  and  state  and  EPA 
changes  in  priorities.  The  acquisition  of  data  for  the  GIS  will  be  evaluated  by  the  Clark  Fork 
Data  System  staff  in  consultation  with  state  and  federal  project  managers.  The  Data  System 
staff  will  make  recommendations  to  the  Clark  Fork  Technical  Working  Group  at  each  TWG 
meeting  concerning  revisions  to  the  data  applications  and  acquisition  plan.  A  summary  of  the 
applications  by  site  and  operable  unit  with  existing  data  and  data  to  be  acquired  (as  of  April 
1989)  is  displayed  in  Table  I  -  Applications  Summary.  A  summary  of  the  data  to  be  acquired, 
data  sources,  responsible  agencies  (who  will  collect  and  import  the  data),  and  other  related 
information  is  contained  in  Table  II  -  Data  Acquisition  Summary. 
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CHAPTER  8  -  BUDGET  CONSIDERATIONS 


This  chapter  presents  the  projected  budget  for  the  Data  System  for  Federal  Fiscal  Years  1990 
and  1991.  Each  major  budget  category  is  discussed,  followed  by  the  proposed  budgets  and 
summary  tables.  Also  included  in  this  chapter  are  discussions  concerning  accounting 
procedures  and  equipment  disposition. 

8.1  INTRODUCTION 

The  funding  mechanism  for  the  two  components  of  the  Data  System  mandates  that  the  budgets 
for  the  two  components  be  discussed  separately.  The  Clark  Fork  Cooperative  Agreement,  which 
provides  funding  for  both  components  of  the  Data  System,  is  administered  by  MDHES;  the 
Data  Management  component  of  the  Data  System  is  also  administered  by  MDHES.  The  GIS 
component  of  the  Data  System  is  operated  by  the  Montana  State  Library,  which  receives  the 
necessary  funding  through  an  interagency  agreement  with  MDHES.  Therefore,  sections  8.5.1 
and  8.5.2,  which  summarize  the  entire  Cooperative  Agreement  budget,  include  line  items 
relating  to  general  cooperative  management  along  with  the  specific  items  necessary  for 
administration  of  the  Data  Management  System  component.  The  entire  GIS  budget  appears  in 
the  Cooperative  Agreement  budget  summary  as  a  single  line  item  under  the  heading  of 
Contracted  Services.  Thus,  the  grand  total  listed  in  the  Cooperative  Agreement  budget 
summary  represents  the  entire  funding  effort  necessary  to  operate  the  Clark  Fork  Data  System. 
Details  of  the  GIS  component  are  found  in  Sections  8.5.3  and  8.5.4. 

In  order  to  provide  a  mechanism  by  which  the  Data  System  would  be  maintained  during  the 
planning  process  which  has  resulted  in  the  preparation  of  this  project  plan,  funding  for  FY89 
was  provided  at  what  was  described  in  the  FY89  cooperative  agreement  application  as  a 
"maintenance  level".  As  a  result  of  the  planning  process,  applications  have  been  described  and 
Data  System  support  activities  have  been  identified  which  are  necessary  to  respond  to  the  needs 
of  System  users.  In  consideration  of  these  applications  and  support  activities,  funding  needs 
beyond  that  which  can  be  considered  "maintenance  level"  have  been  identified.  The  rational 
behind  the  funding  needs  identified  is  presented  in  a  category  by  category  discussion  in 
Sections  8.2  and  8.3  below. 

The  budgets  estimates  presented  reflect  100%  of  the  costs  for  the  operation  and  maintenance 
of  the  GIS.  The  portion  of  these  costs  charged  to  the  Clark  Fork  Cooperative  Agreement  may 
be  reduced  as  other  users  are  brought  on  line,  as  reflected  in  the  Montana  State  Library 
Cost-sharing  Plan,  Addendum  1. 

The  budgets  presented  below  do  not  represent  the  total  resource  necessary  to  accomplish  the 
data  management  and  analysis  goals  of  the  System  users.  For  example,  costs  of  training  in  the 
use  of  the  Data  System  provided  to  project  personnel  are  expected  to  be  arranged  for  by  project 
personnel.  Additionally,  a  significant  portion  of  the  site  specific  data  acquisition  costs  are 
intended  to  be  paid  through  individual  site  accounts. 

8.2  OVERALL  PROJECT  MANAGEMENT  AND  DATA  MANAGEMENT  SYSTEM 

8.2.1      Personnel 

The  Data  Management  System  is  currently  minimally  staffed  to  administer  the  System, 
accomplish  limited  data  input,  and  provide  limited  "service  bureau"  access  to  the  System. 
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A  single  staff  person  is  assigned  to  the  Data  Management  System.  His  duties  include: 
management  of  the  Clark  Fork  Cooperative  Agreement,  management  of  the  contract  with 
Montana  State  Library  for  GIS  services,  and  management  of  contracts  relating  to  system 
development  and  data  acquisition;  system  maintenance;  and  coordination  between  the  various 
project  personnel  to  insure  their  data  management  needs  can  be  accomplished  in  an  integrated 
fashion.  System  development  and  data  acquisition  have  been  accomplished  through  contracted 
services  (See  discussion  under  Section  8.2.6,  Contracted  Services).  If  the  data  management  work 
load  tends  to  level  out  in  the  future,  it  may  be  beneficial  to  convert  funds  from  contracted 
services  to  support  additional  staff. 

Also  reflected  in  this  section  is  funding  support  of  MDHES  personnel  involved  in  management 
of  the  Clark  Fork  Cooperative  Agreement.  The  FY90  budget  reflects  a  state  pay  raise  of  2.5%. 
The  FY91  budget  reflects  the  FY90  raise  and  an  additional  2.5%  raise  in  FY91. 


8.2.2  Fringe  Benefits 

Fringe  benefits  are  set  at  22%  for  FY89.  The  projected  rate  for  FY90  and  FY91  is  22%; 
however,  the  rate  is  subject  to  change. 

8.2.3  Travel 

Provisions  are  made  for  travel  for  the  purposes  of  meeting  with  EPA  Region  VIII  management 
in  Denver,  Technical  Working  Group  meetings  held  in  Denver  to  accommodate  EPA  Region 
VIII  involvement  or  in  Las  Vegas  to  accommodate  EMSL-LV  involvement,  and  training. 
Training  is  described  under  Section  8.2.8  Other. 

8.2.4  Equipment 

8.2.4.1  Hardware 

In  terms  of  hardware,  the  Data  Management  System  is  now  configured  to  serve  the  identified 
needs  of  the  site  officers.  Unless  needs  are  identified  in  the  future  which  require  significant 
addition  or  modification  of  hardware,  hardware  acquisition  will  be  limited  to  miscellaneous 
cables,  cards  and  accessories. 

8.2.4.2  Software 

The  major  software  necessary  to  serve  the  identified  needs  of  the  site  officers  has  been 
acquired.  It  is  expected  that  as  applications  develop,  additional  software  needs  will  be 
identified.  These  might  include  geostatistics,  modeling,  and  project  tracking  applications. 
Where  possible,  software  costs  will  be  kept  to  a  minimum  through  running  such  applications 
in  the  PC  environment;  certain  applications  may  require  the  speed  and  processing  power  of  the 
mini-computer. 

8.2.5  Supplies 

The  cost  of  miscellaneous  office  supplies  necessary  to  serve  the  needs  of  the  Data  Management 
System  is  not  expected  to  change  other  than  due  to  inflation. 

8.2.6  Contracted  Services 

82  Chapter  8  -  October  3,  1990 


Contracted  services  fall  into  one  of  three  categories:  user  training  and  support;  data  system 
development  and  data  acquisition;  and  GIS  services. 

8.2.6.1  User  Training  and  Support 

The  Data  Management  System  will  be  accessible  to  users  within  the  MDHES  through  a 
department  wide  Local  Area  Network;  however,  under  current  staffing,  there  are  provisions 
for  only  very  limited  user  training  and  support  for  those  desiring  direct  access.  Training  in 
the  use  of  the  Environmental  Information  System  software,  the  basis  for  the  Data  Management 
System,  can  be  obtained  through  the  developer,  Environmental  Systems  Corporation.  Provisions 
are  made  for  one  group  training  session  to  be  provided  on  site  in  each  of  the  two  years  covered 
by  this  plan. 

8.2.6.2  System  Development  and  Data  Acquisition 

Due  to  staffing  limitations,  significant  modification  of  the  system  to  respond  to  user  needs  and 
substantial  data  acquisition,  entry  or  importation,  and  verification  must  for  the  most  part  be 
accomplished  through  contracted  services.  System  development  has  been  focused  on 
implementation  of  a  structure  and  supporting  routines  which  will  automate  much  of  the  future 
data  importation;  however,  further  development  in  this  regard  is  necessary  and  it  is  unlikely 
that  the  process  will  soon  be  standardized  to  the  point  where  significant  manual  restructuring, 
filtering,  augmenting  and  coding  is  no  longer  necessary.  That  fact,  coupled  with  the  additional 
historical  data  to  be  integrated,  requires  that  funding  be  provided  for  contracts  with  data  entry 
personnel  as  well  as  specialists  in  automated  data  management.  The  sporadic  nature  of  the 
work  at  this  time  favors  contracted  services  as  the  method  by  which  to  obtain  such  services; 
however,  the  flow  of  data  to  the  system  may  become  controlled  to  the  point  where  the  hiring 
of  additional  staff  may  be  an  option  to  handle  the  duties  previously  contracted  out. 

8.2.6.3  GIS  Services 

GIS  Services  appears  as  a  single  line  item  under  Contracted  Services  in  the  detailed  budget 
breakdown  for  the  Data  System.  GIS  services  are  fully  described  under  Section  8.3.  Detailed 
budgets  for  the  GIS  are  provided  in  Sections  8.5.3  and  8.5.4. 

8.2.7  Construction 

No  construction  will  be  undertaken  as  part  of  this  project. 

8.2.8  Other 

Communications  costs  include  a  standard  phone  line,  a  line  dedicated  to  telecommunications 
to  allow  for  rapid  data  transfer  to  satellite  data  systems  and  other  users,  and  a  direct  line  to 
the  GIS  component  to  provide  for  direct  access  to  the  GIS  through  terminal  emulation. 

Provision  is  made  for  approximately  three  weeks  of  training  each  year. 

8.3         GEOGRAPHIC  INFORMATION  SYSTEM 

8.3.1      Personnel 

The  GIS  budget  proposals  for  FY90  and  FY91  reflect  a  redistribution  of  staff  resources  as  a 
result  of  project  reorganization  and  the  intent  to  make  GIS  services  available  to  non  Clark  Fork 
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Superfund  users,  as  reflected  in  the  Montana  State  Library  Cost-sharing  Plan.  The  NRIS 
Director's  time  devoted  to  GIS  has  been  reduced  from  40%  to  5%.  The  GIS  Officer  is  now 
referred  to  as  the  GIS  Coordinator  and  his  time  has  been  reduced  to  75%  to  more  accurately 
reflect  his  evolving  role  as  project  manager  of  the  Clark  Fork  Project  and  implementation  of 
the  Cost-sharing  Plan.  The  GIS  Programmer/ Analyst  will  be  still  budgeted  for  100%  but  will 
take  on  added  GIS  analyses  responsibilities.  This  budget  calls  for  the  funding  of  a  new 
position:  GIS  Data  Technician.  This  position  is  required  to  perform  the  work  tasks  involved 
in  implementing  the  Data  Administration  Plan  (e.g.,  QA/QC,  data  dictionary  maintenance)  and 
the  data  input  tasks  described  in  the  Data  Applications  and  Acquisition  Plan.  The  personnel 
budget  projections  also  include  an  increase  in  the  NRIS  Data  Technician's  time  for  performing 
system  back-ups  and  other  computer  and  data  tasks  formerly  performed  by  the  GIS 
Programmer/ Analyst. 

The  FY91  budget  shows  the  promotion  of  the  GIS  Programmer/Analyst  I  to  a 
Programmer/Analyst  II  to  reflect  an  increase  in  experience  and  responsibilities.  The  FY91 
budget  also  calls  for  the  creation  of  a  Programmer/Analyst  I  position.  This  position  will  be 
needed  as  the  GIS  applications  increase.  The  FY90  budget  reflects  a  state  pay  raise  of  2.5%. 
The  FY91  budget  reflects  the  FY90  2.5%  raise  and  an  anticipated  2.5%  raise  in  FY91. 

Each  application  described  in  Chapter  7  (including  data  acquisition  and  in  relation  to  the 
implementation  of  the  data  administration  plan)  was  examined  for  the  staff  resources  that 
would  be  required.  Ten  overall  types  of  tasks  were  identified.  The  definitions  of  the  tasks  are 
listed  below  and  the  summary  results— by  task— of  the  examination  are  listed  for  FY90  and 
FY91  on  the  following  pages. 

Definitions  of  task  terms: 

Data  Input:  map  digitizing,  data  conversions 

Data  QA/OC:  creating  check  plots,  verifying  both  spatial  and  attribute  data 

Map  Production:  map  composition  and  plotting 

Data  Administration:  identification  and  entry  of  information  into  data  dictionary,  updating 
coverage  documentation 

Programming:  designing,  developing,  and  testing  various  computer  programs  (AMLs, 
FORTRAN,  etc.)  for  data  input,  verification,  analyses,  and  data  output 

Computer  Operations:  computer  maintenance,  user  assistance 

GIS  Analysis:  designing  and  implementing  GIS  applications 

Training:  attendance  at  GIS  training  classes  and  conferences 

Project  Administration:  contract  administration,  meetings,  project  plan  development, 
participation  in  the  Technical  Working  Group,  purchasing  requisition  preparation,  accounting, 
etc. 

Indirect  Production:  vacations,  breaks,  sick  leave,  library  staff  meetings,  etc. 
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Staff  Resources  Requi resents  for  FY  90 


NRIS      GIS    GIS  Programmer/  GIS  Data   NRIS  Data  NRIS  Administrative 
Director  Coordinator    Analyst    Technican   Technician  Assistant 


Data  Input 

0 

0 

80 

716 

0 

0 

Data  QA/QC 

0 

40 

80 

336 

0 

0 

Map 
Production 

0 

404.8 

1010 

343.2 

0 

0 

Data 
Adminstration 

0 

77 

121 

316 

52 

52 

Programming 

0 

0 

368 

144 

104 

0 

Computer 
Operations 

0 

52 

260 

52 

416 

0 

GIS 
Analysis 

0 

412.8 

536 

0 

0 

0 

Training 

0 

60 

60 

80 

24 

0 

Project 
Administration 

104 

1070.4 

88 

20 

10 

468 

Indirect  Production 

20.8 

312 

416 

416 

104 

104 

Projected 

124.8 

2429 

3019 

2423.2 

710 

624 

Current 

Allocation 

104 

1560 

2080 

2080 

520 

520 

Difference 

-20.8 

-869 

-939 

-343.2 

-190 

-104 

Projected  Hours:  9330 

Projected  FTE:  4.49 

Allocated  FTE:  3.3 
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Staff  Resources  Requirements  for  FY  91 

NRIS 
NRIS     GIS    GIS  Programmer/  GIS  Programmer/   GIS  Data   NRIS  Data  Administrative 
Director  Coordinator   Analyst  II      Analyst  I     Technican   Technician  Assistant 


Data  Input 
Data  QA/QC 


0 
40 


40 
80 


40 
80 


750 
330 


40 
20 


Map 
Production 


233.2 


690 


500 


480 


Data 
Adminstration 

Programming 


52 
0 


72 
296 


105 
432 


260 
194 


52 

104 


52 
0 


Computer 
Operations 


52 


104 


260 


104 


416 


GIS 
Analysis 

Training 


355.2 
60 


595 
60 


519.2 
80 


0 
24 


0 
16 


Project 
Administration 


104 


415 


80 


80 


20 


10 


468 


Indirect  Production 

20.8 

312 

416 

416 

416 

104 

104 

Projected 

124.8 

1519.4 

2433 

2512.2 

2578 

762 

624 

Current 

Allocation 

104 

1560 

2080 

2080 

2080 

520 

520 

Difference 

-20.8 

40.6 

-353 

-432.2 

-498 

-242 

-104 

Projected  Hours: 

10553.4 

Projected  FTE: 

5.07 

Allocated  FTE: 

4.3 
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8.3.2  Fringe  Benefits 

Fringe  benefits  were  set  at  22%  for  FY89.  The  projected  rate  for  FY90  and  FY91  are  23%  and 
24%  respectively;  however,  the  rate  is  subject  to  change. 

8.3.3  Travel 

Provisions  are  made  for  out-of-state  travel  for  the  purposes  of  meeting  with  EPA  Region  VIII 
management  in  Denver,  Technical  Working  Group  meetings  held  in  Denver  to  accommodate 
EPA  Region  VIII  involvement  or  in  Las  Vegas  to  accommodate  EMSL-LV  involvement. 
Additional  travel  is  budgeted  for  GIS  training  classes  for  new  employees,  new  software,  and 
specialized  topics.  This  continual  training  effort  is  required  for  new  staff  as  well  as  existing 
staff  to  maintain  their  expertise  in  a  rapidly  expanding  field  and  to  gain  expertise  to  support 
user  training.  For  a  more  detailed  explanation  of  GIS  training  and  user  support  see  Chapter 
6  -  User  Support  and  Training  and  Section  8.3.8  Other. 

Money  is  budgeted  for  in-state  travel  to  attend  GIS  and  related  meetings,  conferences,  and 
visits  to  the  Superfund  sites.  These  meetings  include  the  Montana  Technical  Working  Group 
which  coordinates  GIS  activities  and  data  sharing  efforts  among  state  and  federal  agencies 
within  Montana.  The  GIS  Coordinator  at  the  MSL  is  a  member  of  this  committee. 


8.3.4      Equipment 

8.3.4.1  Hardware 

In  terms  of  hardware,  the  major  hardware  acquisitions  are  increased  main  memory  (4mb  for 
FY90  and  4mb  for  FY91)  for  the  Prime,  a  modem,  and  two  (one  in  FY90  and  one  in  FY91) 
CLAC  (communications  ports)  cards  for  the  Prime.  The  incerase  in  main  memory  for  the  Prime 
is  required  to  bring  the  system  up  to  an  effecticient  operating  level.  The  system  has  become 
"sluggish"  due  to  the  installation  of  a  new  Primos  operating  system  (Revision  22.0)  and  a  new 
version  of  ARC/INFO  (Revision  5.0).  As  more  Superfund  users  access  the  system,  CPU 
execution  time  will  continue  to  slow  down  thus  mandating  the  increase  in  main  memory.  The 
modem  and  CLAC  cards  will  allow  greater  access  to  the  GIS  by  project  personnel.  The  modem 
will  allow  a  link  to  the  EPA  Region  VII  GIS  in  Denver,  the  EMSL-LV  GIS,  or  other  systems  for 
data  transfer  and  GIS  processing.  In  addition  the  modem  provides  for  the  direct  link  of  either 
MDHES  or  Montana  EPA  computers  to  the  GIS.  The  major  budgeted  equipment  acquisition  for 
FY91  is  a  770mb  hard  disk  for  the  Prime. 

Maintenance  costs  on  equipment,  which  have  been  expensive,  are  expected  to  climb  as 
equipment  gets  older  and  new  product  lines  are  introduced.  Both  the  FY90  and  FY91  budgets 
include  "best  guesses"  for  maintenance  increases. 

8.3.4.2  Software 

The  major  software  necessary  to  serve  the  identified  needs  of  the  site  officers  has  been 
acquired. 

The  FY90  budget  calls  for  the  acquisition  of  the  ARC/INFO  NETWORK  software  module. 
This  software  will  be  used  for  modeling  applications  as  outlined  in  Chapter  7  -  GIS  Applications 
and  Data  Acquisition  (e.g.,  mine  flooding).    The  NETWORK  software  is  also  used  for  address 

Chapter  8  -  October  3,  1990  87 


matching  in  the  data  input  process  of  ownership  information  and  will  be  used  to  assign  street 
addresses  for  filed  sampling  maps. 

Maintenance  costs  for  software,  which  have  been  expensive,  are  expected  to  continue  to  climb. 
Both  the  FY90  and  FY91  budgets  include  "best  guesses"  for  maintenance  increases. 

8.3.5  Supplies 

Supplies  and  materials  include  such  items  as  magnetic  tapes  for  system  backups,  plotter  and 
printer  supplies  (paper,  pens,  ribbons,  inks,  etc.).  This  category  shows  an  increase  because  of 
the  addition  of  a  new  printer,  increased  work  load  (map  plotting,  more  tapes  for  back-ups,  etc.), 
and  the  addition  of  a  computer  supplies  item  that  was  previously  under  the  equipment 
category. 

8.3.6  Contracted  Services 

Montana  State  Library  will  not  subcontract  any  of  the  work  to  be  performed  under  its 
agreement  with  MDHES.  However,  under  this  category  are  included  the  system  lease  payments, 
maintenance  payments  for  both  hardware  and  software,  rent  and  photocopy  service  to  the  State 
Library. 

8.3.7  Construction 

No  construction  will  be  undertaken  as  part  of  this  project. 

8.3.8  Other 

The  primary  expenditure  under  this  category  is  for  training.  Training  for  FY90  includes  the 
Basic  ARC/INFO  course  and  Prime  Computer  course  for  the  new  GIS  Data  Technician  position, 
an  on-site  class  for  ten  staff  people  for  the  NETWORK  software,  and  miscellaneous  training. 
For  FY91  training  includes  the  Basic  ARC/INFO  course  and  a  Prime  computer  class  for  the 
new  GI  S  Programmer/Analyst  I  position,  two  specialized  ARC/INFO  courses  (e.g.,  Geographic 
Analysis,  Processing  Techniques,  AML  Programming,  etc.),  and  miscellaneous  courses  to  be 
determined  later. 

Communications  include  the  basic  and  long  distance  phone  service. 

8.4  DATA  ACQUISITION  COSTS 

The  acquisition  of  data  is  an  expensive  yet  critical  component  of  any  GIS  or  Data  System.  The 
budgets  for  the  GIS  do  not  reflect  specific  costs  for  data  acquisition.  Much  of  this  cost  will 
need  to  be  born  by  the  specific  sites  and  operable  units.  However,  the  GIS  does  have  the 
equipment  and,  with  the  addition  of  the  data  technician  position,  the  personnel  to  undertake 
some  data  input.  This  data  input  effort  would  include  the  transfer  of  data  from  EMSL-LV  and 
other  sources  (e.g,  USGS,  BLM,  contractors,  etc.)  and  limited  digitizing  tasks.  Extensive  data 
input  tasks  (digitizing  and/or  manual  data  input)  would  need  to  be  performed  by  others  (e.g., 
digitizing  contracts,  EMSL-LV,  temporary  help  for  manual  input,  etc.).  These  data  acquisition 
costs  fall  outside  of  this  budgeting  process  since  the  State  Library  is  not  allowed  to  sub-contract 
work. 

8.5  UPGRADE  PATH  PLANNING 
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8.5.1  Data  Management  System 

As  stated  previously,  the  data  management  system  is  evolving.  The  existing  system  should  be 
considered  a  prototype  upon  which  to  develop  the  concepts  and  structures  which  will  guide 
future  development.  The  Environmental  Information  System  (EIS)  was  adopted  because  it 
provided  a  structure  which  will  be  portable,  should  the  need  arise  to  move  the  data  into  another 
system.  There  are  many  considerations  which  must  be  taken  into  account  before  committing 
to  move  to  another  system,  including: 

•  Montana  MDHES  standards  -  Montana  MDHES  is  in  the  process  of  implementing  a 
department  wide  LAN  for  the  purpose  of  improving  communication  and  data  sharing 
among  bureaus.  In  order  to  insure  the  compatibility  of  data  for  the  purpose  of  sharing 
among  bureaus,  development  must  take  into  account  the  diversity  of  data  management 
systems  in  use. 

•  EPA  Prime  Network  -  EPA  Region  8  is  in  the  process  of  implementing  a  regional 
network  consisting  of  Prime  mini-computers  at  each  state,  tied  to  the  regions  Prime  and 
to  the  NCC.  Should  the  department  elect  to  adopt  this  system,  development  and 
implementation  of  an  alternative  data  management  system  may  be  necessary. 

•  ESRI  developments  -  It  is  recognized  that  Henco,  the  developers  of  INFO,  the 
relational  data  management  software  linked  to  ARC,  has  not  kept  pace  with  the  leaders 
in  the  field  of  automated  data  management.  Because  INFO  is  not  the  data  system  of 
choice  for  many  users,  ESRI  is  in  the  process  of  improving  the  link  between  other 
systems  (including  Oracle)  and  ARC. 

•  ESC  developments  -  Recognizing  that  Knowledgeman  (the  basis  for  the  EIS)  does  not 
have  all  the  features  desired  in  a  data  management  system,  and  recognizing  that  ESRI 
is  moving  toward  a  possible  standard  in  relational  data  management  systems,  ESC  is 
monitoring  such  developments,  evaluating  the  desirability  of  moving  the  EIS  into  an 
alternate  environment.  Acquisition  of  the  upgrade  from  ESC  would  considerably  lessen 
the  cost  of  development  necessary  to  move  the  data  management  system  into  another 
environment. 

8.5.2  Geographic  Information  System 

Possible  strategies  for  overall  expansion  of  the  GIS  include: 

•  Build  computing  power  of  the  Prime  (upgrade  to  faster  processor,  increased  RAM, 
increased  disk  capacity,  more  non-intelligent  terminals). 

•  Build  a  more  distributed  network  system  (intelligent  work  stations,  increased 
networking,  ethernet,  etc.). 

•  Acquire  Oracle  database  software  and  ARC/INFO  RDBI-O  interface  software.  Once 
acquired,  convert  the  EIS  to  Oracle  and  link  the  data  in  the  EIS  directly  to  the  GIS 
without  having  to  perform  data  conversions.  This  strategy  effectively  merges  the  two 
data  systems  into  one. 

The  User  Survey  revealed  that  five  site  officers  wished  to  be  hands-on  users  of  the  system. 
However,  four  of  these  five  respondents  qualified  their  answer  on  the  survey  and  in  the 
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follow-up  interviews  with  such  comments  as:  while  they  would  like  to  become  hands-on  users 
they  did  not  have  the  time  to  learn  the  system;  they  did  not  have  the  time  to  use  the  system; 
would  need  easy-to-use  macros  to  help  them;  and  would  still  need  assistance  from  the  GIS  staff. 
These  responses  regarding  system  use  greatly  reduce  the  immediate  need  to  purchase  multiple 
graphics  terminals  or  terminal  emulation  software  but  indicates  a  greater  need  for  Clark  Fork 
data  system  staff  to  work  closely  with  the  site  officers  in  developing  and  implementing  GIS 
applications.  However,  the  project  managers  who  expressed  the  desire  to  be  on-line  should 
eventually  be  linked  to  the  system. 

One  way  to  develop  links  into  the  system  is  to  place  a  work  station  (with  internal  disk)  or  a 
graphics  terminal  at  EPA  and  at  Montana  MDHES  to  be  available  for  database  queries  and 
processing  requests.  The  DMS  is  being  connected  to  the  system  through  a  dedicated  data  line, 
multiplexers,  and  T-Graf07  terminal  emulation  software.  The  EPA  does  not  currently  have  a 
micro-computer  capable  of  using  the  graphics  terminal  emulation  software,  but  plans  are  for 
them  to  acquire  a  new  PC  with  EGA  board.  When  that  occurs,  they  can  be  connected  to  the 
system  with  a  dedicated  line  to  provide  a  link  to  the  GIS/DMS. 

Software  Upgrades:  The  GIS  upgraded  to  ARC/INFO  5.0  in  June  1989.  In  addition  the  GIS  has 
added  the  Triangulated  Irregular  Network  software  to  the  system  in  the  Spring  of  1989.  These 
upgrades  and  additions  provide  new  features  and  capabilities  for  the  system. 

Comments  from  the  User  Survey  forms,  as  well  as  in  the  interviews,  identified  the  desire  to 
utilize  special  models  or  programs: 

•  Kriging  or  other  interpolation  programs  to  interpolate  point  data  (e.g.,  for  Anaconda 
forward  planning  and  endangerment  assessment);  and, 

•  ground  and  surface  water  models  (e.g,  for  Butte  mine  flooding). 

Efforts  will  be  made  to  identify  applicable  programs  and  procedures  developed  for  gaining 
access  to  these  programs  (through  contract,  purchase,  etc.). 

8.6         CLARK  FORK  DATA  SYSTEM  BUDGETS 

Based  on  the  applications  and  data  acquisition  identified  in  the  previous  sections  of  this 
project  plan,  and  the  discussion  in  the  Upgrade  Path  Planning  and  User  Support  and  Training 
sections  of  Chapter  8,  the  following  Clark  Fork  Data  Management  System  and  Geographic 
Information  System  budgets  are  proposed  for  FY90  and  FY91.  These  budgets  will  be  further 
refined  for  the  final  cooperative  agreement  application. 
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8.6.1      FY90  Clark  Fork  Cooperative  Agreement  Budget 

Budget  Period  October  1,  1989  -  September  30,  1990 

The  following  summary  includes  details  of  the  Data  Management  System  budget,  in  addition 
to  the  overall  project  management  costs.  The  GIS  budget  is  represented  by  a  single  line  item 
under  Contracted  Services.   Details  of  the  GIS  budget  for   FY90  are  found  in  Section  8.6.3. 


I.  Personnel 


FY89 


Grade/ 

Hourly 

Annual 

Annua  I 

Category 

Title                Step 

Rate 

Hours 

Total 

Totals 

Env. Engineer  Mgr.  I     16/10 

14.514 

100 

1451.40 

Conn.  Relations  Spec.   14/2 

10.265 

40 

410.60 

Contracts  Moni tor/Audi to15/2 

11.167 

200 

2233.40 

Accounting  Technician  I  9/6 

7.680 

100 

768.00 

Document  Clerk        11/12 

10.661 

80 

852.88 

Attorney  III          17/2 

13.277 

100 

1327.70 

Legal  Admin.  Asst.  IV   12/2 

8.708 

10 

87.08 

Env.  Programs  Mgr.      17/12 

16.774 

30 

503.22 

Bureau  Chief          19/10 

19.160 

20 

383.20 

Division  Administrator  21/11 

22.835 

30 

685.05 

Data  Management  Spec.   15/10 

13.436 

2080 

27946.88 

Personnel  Estimate  -  FY89  Rates 

36649.41 

FY90  Salary  Increase  -  32.5% 

916.24 

TOTAL  PERSONNEL  ESTIMATE 

37565.65 

II.  Fringe  Benefits 

Calculated  at      0.22  of  Personnel 
TOTAL  FRINGE  BENEFIT  ESTIMATE 


8264.44 


8264.44 


III.  Travel 


A.  In  State  Estimate 

In  State  Subtotal 

B.  Out  of  State  Estimate 


Annua  I 
500.00 
500.00 


Estimate  based  on  three  trips  for  one 
individual  for  the  purpose  of 
attending  training  seminars  plus 
two  trips  for  one  individual  for 
the  purpose  of  coordination  and 
planning. 

Single  Trip  Estimate   (Training) 

Airline  tickets  500.00 

Lodging  ($60/Rm  x  3  nights)  180.00 

Per  diem  ($22.50/d  x  4  days  90.00 

Miscellaneous  50.00 


Single  Trip  Subtotal 
Total  (3  trips) 


820.00 
2460.00 
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Single  Trip  Estimate  (Coordination) 

Airline  tickets  400.00 
Lodging  ($60/Rm  x  2  nights)  120.00 
Per  diem  ($22.50/d  x  3  days    67.50 

Miscellaneous  50.00 

Single  Trip  Subtotal  637.50 

Total  (2  trips)  1275.00 

Out  of  State  Subtotal  3735.00 


TOTAL  TRAVEL  ESTIMATE 


4235.00 


IV.  Equipment 

Item 

Cables/uti lities/cards 
Software 

TOTAL  EQUIPMENT  ESTIMATE 


Annual 

2000.00 
1000.00 


3000.00 


V.  Materials  and  Supplies 


Monthly 
Estimate 


Miscellaneous  office  supplies     150 
TOTAL  MATERIALS  &  SUPPLIES  ESTIMATE 


Annual 
1800.00 


1800.00 


VI.  Contracted  Services 


GIS  (See  budget  summary  -  Table  III) 

Computer  Consultant 

Data  Entry 

User  Training 

Hardware  Maintenance 

Software  Maintenance  and  Update 

TOTAL  CONTRACTED  SERVICES 


Annual 

248504.43 
15000.00 
8000.00 
2000.00 
1000.00 
1200.00 


275704.43 


VII.  Construction 

TOTAL  CONSTRUCTION  ESTIMATE 


0.00 


0.00 


VIII.  Other 


A.  Communications 
Telephone  Equipment 
28  /month  x  2  lines 
GIS  comm.  line  rent 

B.  Rent 

C.  Miscellaneous 

Training  (3  conferences  a  600  fee/conf) 


Monthly 
Estimate 

Annual 

75 

900.00 

56 
12 

100 

672.00 

144.00 

1200.00 

1800.00 
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Other  Miscellaneous  50         600.00 

TOTAL  OTHER  ESTIMATE  5316.00 

H.  Indirect 

Annua  I 

Calculated  a      0.171 

x  Personnel  +  Fringe  Benefits   7836.94 

TOTAL  INDIRECT  ESTIMATE  7836.94 


TOTAL  DIRECT  COSTS  (less  Contracted  Services)  68018.03 

CONTRACTED  SERVICES  275704.43 

GRAND  TOTAL  343722.46 
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8.6.2      FY91  Data  Management  System  Cooperative  Agreement  Budget 

Budget  Period  October  1,  1990  -  September  30,  1991 

The  following  summary  includes  details  of  the  Data  Management  System  budget,  in  addition 
to  the  overall  project  management  costs.  The  GIS  budget  is  represented  by  a  single  line  item 
under  Contracted  Services.   Details  of  the  GIS  budget  for   FY91  are  found  in  Section  8.6.4. 


I.  Personnel 


FY89 


Grade/ 

Hourly 

Annua  I 

Annua I 

Category 

Title               Step 

Rate 

Hours 

Total 

Totals 

Env. Engineer  Mgr.  I     16/10 

14. 5K 

100 

1451.40 

Comm.  Relations  Spec.   14/2 

10.265 

40 

410.60 

Contracts  Moni tor/Audi to1 5/2 

11.167 

200 

2233.40 

Accounting  Technician  I  9/6 

7.680 

100 

768.00 

Document  Clerk        11/12 

10.661 

80 

852.88 

Attorney  III           17/2 

13.277 

100 

1327.70 

Legal  Admin.  Asst.      12/2 

8.708 

10 

87.08 

Env.  Programs  Mgr.      17/12 

16.774 

30 

503.22 

Bureau  Chief          19/10 

19.160 

20 

383.20 

Division  Administrator  21/11 

22.835 

30 

685.05 

Data  Management  Spec.   15/10 

13.436 

2080 

27946.88 

Personnel  Estimate  -  FY89  Rates 

36649.41 

FY90  &  91  Salary  Increase  -  35.0% 

1832.47 

TOTAL  PERSONNEL  ESTIMATE 

38481 .88 

II.  Fringe  Benefits 

Calculated  at      0.22  of  Personnel 
TOTAL  FRINGE  BENEFIT  ESTIMATE 


8466.01 


8466.01 


III.  Travel 


Annual 


A.  In  State  Estimate 

In  State  Subtotal 

B.  Out  of  State  Estimate 


500.00 
500.00 


Estimate  based  on  three  trips  for  one 
individual  for  the  purpose  of 
attending  training  seminars  plus 
two  trips  for  one  individual  for 
the  purpose  of  coordination  and 
planning. 

Single  Trip  Estimate   (Training) 

Airline  tickets  500.00 

Lodging  ($60/Rm  x  3  nights)  180.00 

Per  diem  ($22.50/d  x  4  days  90.00 

Miscellaneous  50.00 


Single  Trip  Subtotal 
Total  (3  trips) 


820.00 
2460.00 
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Single  Trip  Estimate   (Coordination) 


Airline  tickets 
Lodging  ($60/Rm  x  2 
Per  diem  ($22.50/d  > 
Miscellaneous 

nights) 
;  3  days 

400. 
120. 

67. 

50. 

.00 
,00 
.50 
.00 

Single 

Trip  Subtotal 

637.50 

Total  I 

!2  trips) 

1275. 

.00 

Out  of 

State  Subtotal 

3735. 

.00 

TOTAL 

TRAVEL 

ESTIMATE 

V.  Equipment 

Item 

Annua I 

Cables/ut  i I i  t  i  es/cards 
Software 

TOTAL  EQUIPMENT  ESTIMATE 


1000.00 
500.00 


4235.00 


1500.00 


V.  Materials  and  Supplies 


Monthly 
Estimate 


Miscellaneous  office  supplies     150 
TOTAL  MATERIALS  &  SUPPLIES  ESTIMATE 


Annual 
1800.00 


1800.00 


VI.  Contracted  Services 


GIS  (See  budget  summary  -  Table  III) 

Computer  Consultant 

Data  Entry 

User  Training 

Hardware  Maintenance 

Software  Maintenance  and  Update 

TOTAL  CONTRACTED  SERVICES 


Annua I 

290439.29 
10000.00 
8000.00 
2000.00 
1000.00 
1200.00 


312639.29 


VII.  Construction 

TOTAL  CONSTRUCTION  ESTIMATE 


0.00 


0.00 


VIII.  other 


Monthly 

Estimate 

Annual 

A. 

Communications 
Telephone  Equipment 

75 

900.00 

28  /month  x  2  lines 

56 

672.00 

GIS  comm.  line  rent 

12 

144.00 

B. 

Rent 

100 

1200.00 

C. 

Miscellaneous 

Training  (3  conferences  a  600/conf) 

1800.00 

Other  Miscellaneous 

50 

600.00 

TOTAL  OTHER  ESTIMATE 


5316.00 
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H.  Indirect 

Annual 

Calculated  a      0.171 

x  Personnel  +  Fringe  Benefits   8028.09 

TOTAL  INDIRECT  ESTIMATE  8028.09 


TOTAL  DIRECT  COSTS  (less  Contracted  Services)  67826.98 

CONTRACTED  SERVICES  312639.29 

GRAND  TOTAL  380466.27 
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8.6.3   FY90  Geographic  Information  Systea  Budget 

Budget  Period  October  1,  1989  -  September   30,  1990 
I.  Personnel 


Title 

NRIS  Director 

GIS  Coordinator 

GIS  Programmer/Analyst 

GIS  Data  Technician 

NRIS  Data  Technician 

NRIS  Admin.  Assist. 


Total  personnel 


Grade 
/Step 

Hourly 
Rate 

Hours 

Salary 
Cost 

Category 
Totals 

16/6 
15/2 
13/2 
11/2 
11/2 
11/2 

13.239 
11.167 
9.399 
8.079 
8.079 
8.079 

104 

1560 

2080 

2080 

520 

520 

1376.86 

17420.52 

19549.92 

16804.32 

4201.08 

4201.08 

$63,553.78 

2. 

.5%  State 

Pay 

Raise 

$1,588.84 
$65,142.62 

II.  Fringe  Benefits 

Calculated  at  .23%  of  Personnel 


$14,982.80 


III.  Travel 

In  State 
Out  of  State 

Total  Travel 


1000.00 
6000.00 


$7,000.00 


IV.  Equipment  Qua.  Unit  Cost 

Misc.  Furniture  &  Accessories 

Modem- -Prime  1 

4mb  Main  Memory  Increase—Prime  1 

PC  Software  Programs 

Software  Module  (ESRI -NETWORK)  1 

CLAC  Communications  Card  (4  lines  each)  2 

Total  Equipment 


3000.00 
8000.00 

11000.00 
500.00 


Total 

1000.00 
3000.00 
8000.00 
500.00 
11000.00 
1000.00 


$24,500.00 


V.  Materials  &  Supplies 

Miscellaneous 

GIS  (Plotter  paper,  pens,  tapes,  etc.) 

Resource  Document  Updates 

Computer  Supplies 

Total  Materials 


12 

200.00 

2400.00 

12 

350.00 

4200.00 

3 

350.00 

1050.00 

12 

400.00 

4800.00 

$12,450.00 

VI.  Contracted  Services 


System  Lease  (monthly  rate) 

12 

5150.00 

61800.00 

(Includes  hardware  & 

software) 

Maintenance 

Hardware  (Prime) 

12 

1300.00 

15600.00 

ERDAS  SSS 

12 

350.00 

4200.00 

FORTRAN  77 

12 

85.00 

1020.00 

ARC/INFO 

12 

800.00 

9600.00 

ARC/INFO  Source  Code 

12 

125.00 

1500.00 

CalComp  (Digitizer  &  Plotter) 

12 

300.00 

3600.00 

Tektronix  Terminals  i 

[2   a  100/month) 

12 

200.00 

2400.00 
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TIN 

Hard  Disk 

Tektronix  4696 

Text  Editor 

Misc. 
Photocopies 
Rent  (700  sq.  ft. /month) 

Total  Contracted  Services 


12 

100.00 

1200.00 

12 

125.00 

1500.00 

12 

30.00 

360.00 

12 

65.00 

780.00 

12 

150.00 

1800.00 

12 

25.00 

300.00 

12 

186.08 

2233.00 

$107,893.00 


VII.  Construction 

Total  Estimated  Construction 


0.00 


$0.00 


VIII.  Other 


Basic  Service  (Mainframe) 
Telephone  Service 

Basic  Service  (4  lines) 

Use  -  $16.50  per  hour 

3  20  hours  per  month 
Postage 
Training  Course  Fees 

PRIME  Courses 

ARC/INFO  Basic  Course 

ARC/INFO  Course 

NETWORK  (2-day  on-site  training) 
Miscellaneous  Training  Fees 


12 

12 

12 
12 

1 
1 
1 
1 


150.00   1800.00 


48.00 

330.00 
50.00 

1000.00 
3000.00 
600.00 
3000.00 
2000.00 


576.00 

3960.00 
600.00 

1000.00 
3000.00 
600.00 
3000.00 
2000.00 


$16,536.00 


Grand  Total 


$248,504.43 
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8.6.4      FY91  Geographic  Information  System  Budget 


Budget  Period  October  1,  1990  -  September  30,  1991 


I.  Personnel 
Title 

Grade 
/Step 

Hourly 
Rate 

Hours 

Salary 

Cost 

Category 
Totals 

NRIS  Director 

GIS  Coordinator 

GIS  Prog rammer /Analyst 

GIS  Prog rammer/ Analyst 

GIS  Data  Technician 

NRIS  Data  Technician 

NRIS  Admin.  Assist. 

16/6 
15/2 
II  14/2 
13/2 
11/2 
11/2 
11/2 

13.239 
11.167 
10.265 
9.399 
8.079 
8.079 
8.079 

104 
1560 
2080 
2080 
2080 
520 
520 

1376.86 
17420.52 
21351.20 
19549.92 
16804.32 
4201.08 
4201.08 

$84,904.98 

Total  personnel 

5%  State 
(FY90  & 

Pay  Raise 
FY91) 

$4,245.25 
$89,150.23 

1 1 .  Fringe  Benefits 

Calculated  at  .24%  of  Personnel 


$21,396.06 


III.  Travel 

In  State 
Out  of  State 

Total  Travel 


1000.00 
6000.00 


$7,000.00 


IV.  Equipment 

770mb  Disk  with  Controller 

4mb  Main  Memory  Increase—Prime 

Misc.  Furniture  &  Accessories 

PC  Software  Programs 

CLAC  Communications  Card  (4  lines  each) 

Total  Equipment 

V.  Materials  &  Supplies 

Miscellaneous 

GIS  (Plotter  paper,  pens,  tapes,  etc.) 

Resource  Document  Updates 

Computer  Supplies 

Total  Materials 


Qua.  Unit  Cost 

1  20000.00 
1   8000.00 


500.00 


Total 

20000.00 

8000.00 

1000.00 

500.00 

1000.00 


12  225.00  2700.00 

12  350.00  4200.00 

3  350.00  1050.00 

12  400.00  4800.00 


$30,500.00 


$12,750.00 


VI.  Contracted  Services 


System  Lease  (monthly 

rate) 

12 

5150.00 

61800.00 

(Includes  hardware  & 

software) 

Maintenance 

Hardware  (Prime) 

12 

1430.00 

17160.00 

ERDAS  SSS 

12 

385.00 

4620.00 

FORTRAN  77 

12 

95.00 

1140.00 

ARC/INFO 

12 

1000.00 

12000.00 

ARC/INFO  Source  Code 

12 

125.00 

1500.00 

CalComp  (Digitizer  &  Plotter) 

12 

330.00 

3960.00 

Tektronix  Terminals 

(2  a  100/month) 

12 

220.00 

2640.00 
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TIN 

NETWORK 

Hard  Disk 

Tektronix  4696 

Text  Editor 

Misc. 
Photocopies 
Rent  (700  sq.  ft. /month) 

Total  Contracted  Services 


12 

110.00 

1320.00 

12 

110.00 

1320.00 

12 

137.50 

1650.00 

12 

35.00 

420.00 

12 

75.00 

900.00 

12 

150.00 

1800.00 

12 

25.00 

300.00 

12 

186.08 

2233.00 

$114,763.00 


VII.  Construction 

Total  Estimated  Construction 


0.00 


$0.00 


VIII.  Other 


Basic  Service  (Mainframe) 
Telephone  Service 

Basic  Service  (5  lines) 

Use  -  $16.50  per  hour 

3  20  hours  per  month 
Postage 
Training  Course  Fees 

PRIME  Courses 

ARC/INFO  Basic  Course 

ARC/INFO  Courses 
Miscellaneous  Training  Fees 


12 

150.00 

1800.00 

12 

60.00 

720.00 

12 

330.00 

3960.00 

12 

50.00 

600.00 

1   1000.00  1000.00 

1   3000.00  3000.00 

3    600.00  1800.00 

2000.00  2000.00 


$14,880.00 


Grand  Total 


$290,439.29 
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8.6.5      Budget  Summaries 

Summaries  for  the  FY90  and  FY91  Budgets  for  both  the  data  management  system  and  the 
geographic  systems  are  shown  in  Table  I4.  This  summary  depicts  the  anticipated  expenditures 
for  the  Data  System  broken  down  by  the  DMS  and  the  GIS. 

Table  I  Clark  Fork  Data  System  FY  90  and  FY  91  Budget  Summary 


Data  System  Budget 

Sunaary  FY  90  &  91 

DMS 

GIS 

DMS 

GIS 

FY  90 

FY  90 

FY  91 

FY  91 

I.  Personnel 

37,565.65 

65,142.62 

38,481.88 

89,150.23 

II.  Fringe  Benefits 

8,264.44 

14,982.80 

8,466.01 

21,396.06 

III.  Travel 

4,235.00 

7,000.00 

4,235.00 

7,000.00 

IV.  Equipment 

3,000.00 

24,500.00 

1,500.00 

30,500.00 

V.  Materials  and 

Supplies 

1,800.00 

12,450.00 

1,800.00 

12,750.00 

VI.  Contracted 
Services 

27,200.00 
(less  GIS) 

107,893.00 

22,200.00 
(less  GIS) 

114,763.00 

VII.  Construction 

0.00 

0.00 

0.00 

0.00 

VIII.  Other 

5,316.00 

16,536.00 

5,316.00 

14,880.00 

Indirect  Costs 

7836.94 

0.00 

8,028.09 

0.00 

Totals 

$95,218.03 

$248,504.43 

$90,026.98 

$290,439.29 

8.7    ACCOUNTING 

In  order  to  insure  proper  accounting  of  costs,  the  State  Library/NRIS  shall  establish  separate 
responsibility  centers  on  the  State  Budget  and  Accounting  System  (SBAS)  for  each  Superfund 
site  and  Operable  Unit  as  required  and  for  general  Superfund  services  not  related  to  a  specific 
site.  Costs  to  each  center  shall  be  actual  costs  or  shall  be  established  by  statistical  records  of 
resource  and  time  allocation.  The  method  adopted  to  assign  costs  shall  be  approved  by  DHES. 

The  NRIS  has  acquired  and  installed  a  cost-accounting  program  (Log-Time  by  Computronics) 
for  the  Prime  mini-computer.   This  program  records  Connect,  CPU,  and  I/O  times.   Connect 


The  GIS  component  of  the  Data  System  is  operated  by  MSL  as  a  contracted  service  under  the  Clark  Fork  Cooperative 
Agreement.  Included  in  the  Clark  Fork  Cooperative  Agreement  budget  summary  as  a  line  item  under  the  Contracted  Services 
category  for  both  FY90  and  FY91  are  the  total  budget  estimates  for  the  Geographic  Information  System.  For  the  purpose  of 
displaying  the  actual  funding  level  for  each  component,  the  GIS  costs  have  been  subtracted  from  the  overall  project  management 
and  DMS  totals  presented  in  Table  I  above. 
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time  is  the  actual  time  the  user  was  connected  to  the  computer.  CPU  time  is  the  amount  of 
processing  time  used  during  the  period  the  user  was  connected  to  the  computer.  I/O  time  is  the 
amount  of  input/output  or  disk  read/write  time  used  during  the  time  the  user  was  connected 
to  the  computer.  Using  the  cost-accounting  program  and  the  Prime  operating  system  language, 
percent  of  storage  space  used  in  the  disks  can  also  be  recorded. 

8.8         EQUIPMENT  DISPOSITION 

To  support  the  development  of  the  DMS  and  the  GIS  various  items  of  computer  hardware  and 
software  have  been  acquired  with  federal  funds.  Final  disposition  of  these  items  must  be  in 
accordance  with  applicable  federal  procurement  practices,  as  defined  in  40  CFR,  Part  35. 

It  is  expected  that  the  DMS  and  the  GIS  will  continue  as  a  critical  supporting  tool  during  at 
least  the  next  several  years  of  Superfund  activities  in  the  Clark  Fork  River  Basin.  Present 
plans  envision  the  systems  being  used  on  other  Superfund  and  environmental  or  natural 
resource  programs  in  subsequent  years.  Work  on  non-Superfund  activities  will  be  charged  to 
the  appropriate  user.  Since  it  is  anticipated  that  these  users  will  be  primarily  other  federal  and 
state  entities,  it  may  be  appropriate  for  the  computer  equipment  to  remain  with  the  State. 

An  additional  factor  to  consider  is  the  rapid  obsolescence  of  computer  equipment.  It  may  be 
that  the  depreciation  rate  renders  the  equipment  valueless  within  the  time-frame  of  the  project 
for  which  they  were  originally  purchased.  In  any  case,  sufficient  records  must  be  maintained 
so  it  would  be  possible  to  establish  a  fair  market  value  should  the  equipment  need  to  be 
disposed  of  (no  longer  be  used)  for  whatever  reason.  The  State  will  be  required  to  notify  EPA 
whenever  this  equipment  is  no  longer  needed.  EPA  will  then  provide  specific  disposition 
instructions. 
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ADDENDUM  A 

MONTANA  STATE  LIBRARY  GIS  COST-SHARING  PLAN 

This  Cost-sharing  Plan  is  designed  to  establish  a  process  by  which  non-Superfund  users  may 
attain  access  to  and  use  the  Clark  Fork  Superf und  Geographic  Information  System  (GIS).  The 
Cost-sharing  Plan  outlines  preliminary  policies  to  govern  non-Superfund  GIS  use  and  to  effect 
a  long-term  transition  of  the  GIS  from  its  current  status  as  an  exclusive  Superf  und  resource  to 
a  cost-shared,  statewide  resource. 

A.  HISTORICAL  PERSPECTIVE  OF  THE  CLARK  FORK  SUPERFUND  GIS 

The  U.S.  Environmental  Protection  Agency  (EPA),  Region  8-Montana  Office  determined  in 
early  1987  that  a  GIS  would  be  a  valuable  tool  in  achieving  the  goals  of  the  Upper  Clark  Fork 
River  project.  In  June,  1987,  EPA  officials  met  with  Montana  Department  of  Health  and 
Environmental  Services  (DHES)  and  other  state  personnel  to  develop  a  plan  to  provide  GIS 
capability.  Subsequently,  EPA  and  DHES  officials  selected  the  Montana  Natural  Resource 
Information  System  (NRIS),  housed  at  the  Montana  State  Library  (MSL),  to  develop  a  GIS  that 
would  specifically  and  exclusively  serve  the  Clark  Fork  Superf  und  project.  At  the  same  time, 
all  parties  agreed  that  at  some  point  down  the  road,  the  GIS  should  and  could  be  used  to  serve 
other  purposes  in  Montana  under  a  cost-sharing  agreement. 

Through  a  cooperative  agreement  between  the  EPA  and  the  DHES,  and  subsequently,  an 
interagency  agreement  between  the  DHES  and  the  MSL,  signed  in  September,  1987,  NRIS  was 
granted  authority  to  initiate  GIS  development.  The  interagency  agreement  provided  the 
assurances  for  the  State  Library  to  enter  into  a  five-year  lease  with  the  Environmental  Systems 
Reserach  Institute,  Inc.  (ESRI)  to  supply  hardware  and  software  for  the  project.  The  computer 
equipment  was  procured  to  meet  specific  technical  and  fiscal  requirements  outlined  for  the 
Superfund  project;  DHES  and  EPA  suggested  and  preferred  the  lease  to  facilitate  the 
implementation  of  the  cost-sharing  strategy  when  and  if  it  became  appropriate. 

As  stiptulated  in  agreements,  the  GIS  computer  equipment  would  be  used  exclusively  for  the 
Clark  Fork  Superfund  project  until  such  time  as  that  project  was  fully  and  effectively 
supported.  It  was  understood  that  this  period  of  exclusive  use  would  be  a  minimum  of  two 
years  and  could  be  as  many  as  five  years  before  other,  non-Superfund  users  would  have  access 
(if  any)  to  the  GIS.  It  was  also  understood  that  throughout  this  period  of  exclusive  use  on 
behalf  of  the  Superfund  project,  the  EPA  and  the  DHES  would  support  all  operational, 
maintenance,  and  capital  costs  of  the  system.  This  operational  plan  was  considered  by  all 
parties  to  be  in  the  best  interests  of  the  Superfund  project,  particularly  given  the  complexities 
of  the  project  and  the  GIS  applications. 

As  of  June,  1989,  with  the  completion  of  the  "Clark  Fork  Superfund  Data  System  Master  Project 
Plan,"  GIS  needs  and  specific  applications  are  better  understood  and  system  requirements  to 
meet  those  needs  are  more  fully  defined.  Based  on  this  "Master  Plan,"  project  site  officers  and 
data  system  personnel  anticipate  that  during  the  period  of  the  next  cooperative  agreement  (i.e., 
October,  1989  to  September,  1991),  the  need  for  exclusive  use  may  not  be  absolute.  Hence,  a 
transition  to  the  resource/cost-sharing  operational  plan  should  be  initiated. 

B.  SHARED-USE  OBJECTIVES  AND  POLICIES 
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During  the  next  two  years,  the  opportunity  may  arise  for  some  capacity  of  the  Superf und-GIS 
resource  to  become  available  for  non-Superfund  use.  It  should  be  noted  that  the  system 
requirements  planned  for  this  period  to  serve  Superfund  work  (as  outlined  in  the  Cooperative 
Agreement  application)  are  conservative  estimates,  so  the  possibility  does  exist  that  no  capacity 
will  be  available  to  market.  On  the  other  hand,  the  timing  of  planned  applications  may  work 
out  so  that  there  is  available  computing  power  (C.P.U.  time)  without  slowing  down  any 
Superfund  work;  or  there  may  be  input/output  devices  available  (terminals,  printers,  plotters, 
etc.)  at  off-peak  times  or  between  Superfund  work. 

When  opportunities  arise,  NRIS  proposes  to  engage  in  contracts  to  utilize  the  available  GIS 
capacity.  In  accordance  with  policies  and  procedures  set  forth  below,  any  non-Superfund  users 
of  the  GIS  would  pay  a  fair  and  equitable  cost  for  such  use.  The  revenue  generated  and 
collected  by  NRIS  would  be  used  to  support  system  operational  costs.  It  is  expected  that  these 
revenues  will  offset  and  reduce  the  GIS  costs  to  the  Superfund  project,  as  budgeted  in  the  1990- 
91  Cooperative  Agreement  application  and  "Master  Project  Plan,"  referenced  above.  These 
shared-use  policies  also  establish  a  framework  to  implement  the  long-term  transition  of  the  GIS 
from  its  current  status  as  an  exclusive  Superfund  resource  to  a  cost-shared,  statewide  resource. 

1)  Satisfy  the  GIS  needs  of  all  staff  working  on  the  Clark  Fork  Superfund  sites, 
including  federal,  state  and  contractor  personnel,  as  specified  in  the  1990-1991 
Cooperative  Agreement  and  the  "Clark  Fork  Superfund  Data  System  Master 
Project  Plan;" 

a.  Meet  Clark  Fork  Superfund  GIS  project  needs  in  the  most  efficient  and 
cost-effective  manner  possible;  and 

b.  Administer  the  Clark  Fork  GIS  project  within  the  stringent  requirements, 
both  fiscal  and  programmatic,  of  the  Superfund  program,  including 
careful  documentation  of  all  costs; 

2)  Identify  and  engage  non-Clark  Fork  Superfund  users  of  the  GIS  in  a  resource- 
sharing  and  cost-sharing  strategy,  under  the  following  conditions: 

a.  primary  access  and  absolute  priority  of  Clark  Fork  Superfund  GIS  users 
must  be  maintained; 

b.  only  those  Superf  und-GIS  resources  that  are  not  or  will  not  be  in  use  can 
be  made  available  to  non-Superfund  users; 

c.  any  non-Superfund  users  must  pay  rates  that  are  equitable  to  the 
Superfund  project  use; 

d.  all  staff  time  allocated,  expendable  materials  purchased  (e.g.,  computer 
tapes,  plotter  paper,  etc.),  and  special  charges  incurred  (e.g.,  cost  for 
specific  phone  lines  for  computer  communications,  special  computer 
programs  or  models,  mailings,  etc.)  to  support  or  complete  non-Superfund 
work  will  be  paid  fully  by  the  respective  contracted  user; 

e.  computer  time  will  be  billed  based  on  time  used;  printing  and  plotting 
rates  will  be  calculated  based  on  time  and  materials  used;  all  computer- 
related  charges  will  be  recorded  by  the  internal  cost-accounting  system 
installed  in  January,  1989; 
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3)  Revise  these  policies  in  response  to  their  effectiveness  in  recovering  costs  and 

meeting  the  long-term,  cost-sharing  strategy;  policy  revisions  build  in  the  needed 
flexibility  to  respond  to  changes  in  costs,  operations  and  use  profiles.  This 
approach  protects  the  priority  of  Superfund  users  while  expediting  the 
opportunity  for  non-Superfund  users  to  get  on  the  system. 
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APPENDIX  A:    PROJECT  ACRONYMS 


.AAT 

.PAT 

ACS 

AML 

ARCO 

ASCII 

CDM 

CERCLA 

CFDS 

CFGIS 

CFR 

CFRSA 

CFRST 

CFRSU 

CLP 

CPL 

CPU 

DEM 

DHES 

DLG 

DMS 

DNRC 

DOA 

EIS 

EISRDC 

ELAS 

EMSL-LV 

EPA 

EPIC 

ERDAS 

ESC 

ESRI 

FEMA 

GIS 

GPS 

I/O 

IAG 

ID 

KMan 

LANDSAT 

LAP 

MFD 

MOSS 

MSL 

MSS 

NBARS 

NCC 

NCIC 

NHAP 


Arc  Attribute  Table 

Polygon  Attribute  Table 

Anaconda  Mineral  Company  Coordinate  System 

Arc  Macro  Language 

Atlantic  Richfield  Corporation 
American  Standard  Code  for  Information  Interchange 
Camp  Dresser  and  McKee,  Incorporated 

Comprehensive  Environmental  Response,  Compensation  and  Liability 
Clark  Fork  Data  System 

Clark  Fork  Geographical  Information  System 
Clark  Fork  River 

Clark  Fork  Record  in  the  Sample  Table 
Clark  Fork  Record  in  the  Station  Location  Table 
Clark  Fork  Record  in  the  Survey  Table 
Contract  Laboratory  Program 
Computer  Programming  Language 
Central  Processing  Unit 
Digital  Elevation  Model 

Department  of  Health   and  Environmental  Sciences 
Digital  Line  Graph 
Data  Management  System 

Department  of  Natural  Resources  and  Conservation 
Department  Of  Administration 
Environmental  Information  System 
EIS  Records  and  Documents  Classification  Table 
Earth  Resources  Laboratory  Applications  Software 
Environmental  Monitoring  Systems  Laboratory  -  Las  Vegas 
Environmental  Protection  Agency 
Environmental  Photography  Interpretation  Center 
Raster-based  image  processing  GIS  software 
Environmental  System  Corporation 
Environmental  Systems  Research  Institute 
Federal  Emergency  Management  Administration 
Geographic  Information  System 
Global  Positioning  System 
Input/Output  or  disk  read/write  time 
Interagency  Agreement 
User  Identification 
EIS  software,  Knowledgeman/2 

Satellite  equipped  with  earth  surface  scanning  equipment 
Lab  Analytical  Protocol 
Master  File  Directory 
Map  Overlay  Statistical  System 
Montana  State  Library 

Multi-Spectral  Scanner  used  in  remote  sensing 
Non-Binding  Preliminary  Allocation  of  Resources 
National  Computer  Center,  Research  Triangle  Park,  North  Carolina 
National  Cartographic  Information  Center 
National  High  Altitude  Aerial  Photography 
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OAA 

ovell  LAN 

PL 

RIS 

SWER 

C 

CLAN 

RP 

A/QC 

APP 

AM 

AS 

I/FS 

OD 

\P 

\S 

BAS 

BC 

[TAP 

IF 

PC 

PMS 

QL 

TARS 

A 

IN 

WG 

SBR 

SGS 

TM 

RF 


National  Oceanographic  and  Atmospheric  Administration 

Novell  Local  Area  Network 

National  Priority  List 

Natural  Resource  Information  System 

Office  of  Solid  Waste  and  Emergency  Response 

Personal  Computer 

Personal  Computer  Local  Area  Network 

Potential  Responsible  Party 

Quality  Assurance/Quality  Control 

Quality  Assurance  Project  Plans 

Random  Access  Memory 

Routine  Analytical  Services 

Remedial  Investigations/Feasibility  Studies 

Record  of  Decision 

Sampling  and  Analysis  Plans 

Special  Analytical  Services 

State  Budget  and  Accounting  System 

Silver  Bow  Creek 

Superfund  Comprehensive  Accomplishment  Plan 

Standard  Interchange  Files 

State  Plane  Coordinate 

Strategic  Planning  and  Management  System 

Standard  Query  Language 

Streambank  Tailings  and  Revegetation  Study 

Technical  Assistance 

Triangulated  Irregular  Network,  ARC/INFO  module  for  3-dimensional  analysis 

Technical  Working  Group 

US  Bureau  of  Reclamation 

US  Geological  Survey 

Universal  Transverse  Mercator  projection 

X-Ray  Florescence 
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APPENDIX  B:   HARDWARE  AND  SOFTWARE  VENDOR  CHART 

SOFTWARE 
Address 


RC/INFO 
ROSSTALK 

CTAPE 

IS 

*DAS 
\STBACK 


Environmental  Systems  Research  Institute,  Inc.,  380  New  York  Street,  Redlands, 
California  92373;  (714)  793-2853 

Microstuf,  inc.,  1000  Holcomb  Woods  Parkway,  Suite  440,  Roswell,  Georgia 
30076 

Irwin  Magnetic  Systems,  Inc.,  2101  Commonwealth  Blvdl,  Ann  Arbor,  MI  48105 

Environmental    Systems    Corporation,    8042    171st    Avenue,    NE,    Redmond, 
Washington  98502;  (206)  882-1221 

Advanced  Technology  Development  Center,  430  Tenth  Street  NW,  Suite  N206, 
Atlanta,  Georgia  30318;  (404)  872-7327,  TELEX  706327 

Fifth  Generation  Systems,  7942  Picardy  Aavenue,  B-350,  Baton  Rouge,  Louisiana 
70809;  Technical  support  (800)  228-6127,  Sales  (800)225-2775 


NOWLEDGEMAN/2  Micro  Data  Base  Systems,  Inc.,  Lafayette,  Indiana,  37902 

DG    TIME  Computronics,  4N165  Wood  Dale  Road,  Addison,  Illinois  601 101;  (312)941-7767 


DTUS 


HMOS 


3RAF-07 


ORDPERFECT 


Lotus     Development     Corporation,     55     Cambridge     Parkway,     Cambridge, 
Massachusetts  02142 

Lotus  Development  Center,  P.O.  Box  371934,  Pittsburg,  Pennsylvania    15251 

Prime  Computer,  Inc.,  Prime  Park,  Natick,  Massachusetts  01760;  (800)343-2320 
Customer  support 

Graphpoint,  1485  Saratoga  Avenue,  San  Jose,  California  95129-4934;  (408)  446- 
1919 

WordPerfect  Corp.,  288  West  Center  Street,  Orem,  Utah  84057;  (801)  225-5000  or 
226-6800,  TELEX  820618  WPC,  FAX  (801)  227-4288 


HARDWARE 


ame 


Address 


-ACK  BOX  Black  Box  Corp.,  Mayview  Road,  Lawrence,  Pennsylvania  15055;  (412)  746-5500 

\LCOMP  CalComp,  241 1  La  Palma,  Anaheim,  California  92801  (service  address);  821-2183 

DMPAQ  Compaq  Computer  Corp.,  20555  FM  149,  Houston,  Texas  77070;  (713)  370-0670 
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IBM 

IRWIN 

PRIME 

TEKTRONIX 
ZENITH 


IBM  Corp.,  P.O.  Box  1328-W,  Boca  Raton,  Florida  33432 

Irwin  Magnetic  Systems,  Inc.,  2101  Commonwealth  Blvd.,  Ann  Arbor,  MI  48105 
Prime  Computer  Inc.,  P.O.  Box  14136,  Spokane,  Washington  99214;  (509)  926-31 10 
Prime  Computer,  19800  MacArthur  Boulevard,  Irvine,  California  92715 
Tektronix  Inc.,  Howard  Vollum  Park,  P.O.  Box  500,  Beaverton,  Oregon  97077 
Zenith  Data  Systems,  Hilltop  Road,  St.  Joseph,  Michigan  49085;  (616)  982-3700 
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